BiTel

Пытаюсь настроить модуль Bill и интегрировать его с 1С. Помимо всяких мелочей всплывают глобальные проблемы, решить которые простым способом у меня пока не получается. Хочу услышать мнение сообщества.

Проблема первая
Для печати счетов должны быть реквизиты и плательщика, и грузополучателя. Обычно (у нас) плательщик и грузополучатель одно лицо и требуется один набор реквизитов, но иногда плательщик и грузополучатель разные лица, поэтому нужно два набора реквизитов.
Сейчас я заношу в договор реквизиты и плательщика, и грузополучателя, даже если они одинаковые. Получается много повторяющихся данных и сложно их заполнять, но зато простой код для печати и интеграции.

Для решения проблемы думаю не добавлять реквизиты грузополучателя, если он совпадает с плательщиком, а в коде добавить дополнительные проверки и выводить данные плательщика, если данных грузополучателя нет. Вроде не сложно в реализации, но что-то меня смущает в этом...

Кто-нибудь сталкивался с такой проблемой? Как решали? Может в модуле Bill есть более удобный способ решить проблему и я про него просто не знаю?

Проблема вторая
Иногда клиент просит выставлять счета отдельно для каждой точки подключения. Точки подключения у нас - независимые субдоговоры. Чтобы выставлять счета по субдоговорам сейчас в каждый субдоговор добавляю модуль Bill и прописываю туда реквизиты для плательщика и грузополучателя. Т. к. контрагент один, то в субдоговорах оказываются одинаковые наборы реквизитов, которые отличаются только номером доп. соглашения. Опять много повторяющихся данных, которые всегда нужно держать синхронизированными между разными субдоговорами.

Как решать эту проблему, я не знаю. Если бы в биллинге был механизм наследования реквизитов от супердоговора к субдоговорам, было бы проще, но его, похоже, нет. Событий изменения реквизитов тоже нет.

Кто-нибудь решал похожую задачу? Может я опять чего-нибудь про биллинг не знаю?

Модуль Bill появился очень давно, поэтому я думаю, что люди уже столкнулись со всеми возможными проблемами и уже решили их. Из-за этого и спрашиваю здесь, а не прошу дописать недостающий функционал в HD.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

в чём проблема то? шаблоны счетов - это xsl, где можно написать всё что угодно и что угодно сравнить и вывести в любом виде

_________________
I'm clever. I've got a computer.

Проблем с реализацией такого нет. Если ничего более интересного не предложат, то так и буду делать.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

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

_________________
I'm clever. I've got a computer.

Так может стоит их определить в биллинге? Например, завести объекты контрагент, плательщик, грузополучатель, у каждого объекта добавить стандартный набор реквизитов (расширяемый), добавить определённое поведение. Собственно, сделать как в 1С. Думаю, что предложение это из области фантастики, поэтому его можно не рассматривать и не комментировать.

С другой стороны кто-то у себя уже определил набор реквизитов, написал шаблоны, настроил интеграцию и некоторое время успешно работал с этим набором, увидел слабые места. Я, собственно, и прошу поделиться своими наработками в этом вопросе (кому не жалко).

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

В мастер( скорее всего это будет 6.3 ) добавлена возможность наследования реквизитов.