BiTel

Добрый день.
Хочу после создания счетов-фактур их пропарсить (кой чего поправить, кой чего добавить в xml).

И вот такое впечатление что getXml() возвращает null, а почему - не пойму. invDoc - нормально создан, getSumm возвращает реальную сумму. А вот getXml должен генерировать Document, но там похоже null:


И так с любыми манипуляциям над invXml.

Попробуйте так:

Спасибо, получилось. Только вот почему он сразу к обозначенному типу не привелся методом класса BillDoc?

Ну он просто не выгребается из базы в методе getInvoice(int id) - это накладно.

Тогда у меня возникает другой вопрос - а загружает ли он xml в БД методом setXml(Document xml) класса BillDoc? А то я поправил хмлку как мне надо, проверив через



Затем пытаюсь выполнить

Но в базе ничего не меняется =(

омг, так и не должен загружать ни xml ни другие поля - надо через InvoiceManager сохранять.

Ну дело в том, что я и через InvoiceManager тоже пробовал. addBillDocs тоже ничего по факту не меняет и новых СФ не создает =/. Я как рассуждал когда не получилось- addBillDocs на то и add чтобы добавлять в пустой инвойс, если там ничего нет, то добавит, если есть - нет. setXml у инвойса прямо указывает - ставь это =)
не пробовал правда еще public final void updatePositions(int id, org.w3c.dom.Element positions), но тут я не пойму какой элемент ему передавать. data?

ps вообще можно через sql апдейт запрос сделать, но это как то неправильно я думаю. может кто подскажет как обновленную хмлку засунуть в инвойс, а то я уже туплю жестко похоже =(((

up??? на свежую голову лучше не стало, апи по модулю билл очень плохо описано, комментариев практически нигде нет =(

Порылся - обновить нельзя, но addBillDocs должна добавить новую сф.

Как вариант использовать апдейт позишн, но что-то слишком много гемора. Я прихожу к выводу что проще похоже генерировать счет фактуры через ваш скрипт и на этапе создания элемента добавлять уже нужные аттрибуты =/

Я уже тоже прихожу к такому выводу.

А что именно за атрибуты вы хотите добавить?

Надо бы взяться хорошенько за API бухглатерии, чтобы было удобно создавать счета безо всякой возьни с XML...

Цену услуги, чтобы не извращаться с математикой или sql запросами в xslt шаблонах.
В конфиге для простых позиций (одна услуга) у которых может период и количество меняться добавил
invoice.pos.X.param.1=sid:код_услуги
далее в скрипте пробегался по xml, смотрел у какого нода есть эта услуга, далее смотрит тарифы договора (субдоговора) к которому относится данная позиция, в тарифе находим услугу и ее стоимость - добавляем аттрибут price, а в шаблоне ставим проверку - если есть аттрибут price - выводи его, если нет - дели стоимость на количество.

ps как говорил выше - услуги простые, т.е. с фиксированной АП месячной с подневным режимом списания. Просто допустим если есть услуга аренда ip, или аренда портов, то их количество может меняться.
pps а вообще правильно будет сделать несколько строк в СФ для каждого количества и писать так (например полмесяца 1 айпишник, полмесяца 2):

Но я этим позже буду заниматься, тут еще и количество надо будет считать по другому.



+1. Бухгалтера они такие бухгалтера, что иногда требуют вещей оч.странных, и хоть убейся, но сделай как им надо. Отсюда и все танцы с бубнами =)

Дадада...давно пора

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Омг, респект.
У нас цена определяется делением суммы на количество, но это не сработает в случае смены тарифа в середине месяца. Пока бухгалтерия не жалуется, но однажды во тьме Мории гномы пробудили Барлога они могут озадачиться и придётся вот так же извращаться.