Я правильно понимаю, что сюда никто не заглядывал?

Ну а чо делать то?

повторяю: => хелпдеск => доработка => профит

А каким образом тогда можно автоматически подтянуть в автоматически формируемый договор все тарифные планы? Только руками что ли вписывать?

Хотим при подключении генерировать договор по шаблону, со всеми реквизитами и неким приложением-карточкой, где будут описаны все заказанные услуги с ценами.

Спасибо.

прикольно, частный случай...ТП бывают разные как и модули в которых находится цена, а так же условия построения ТП разная, как например предоплаченый трафик по одной цене а потом по другой...и тд, под каждый ТП писать свою обработку..?

У вас в общем случае цена - это целый набор условий . Тут стоит задача искусственного интеллекта почти . Есть наш тариф , который по сути представляет из себя как бы программу для тарификатора - при каких и как тарифицировать. У вас стоит задача это сухой набор инструкций перевести в словесное описание , понятное абоненту.

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

Получается, что для того, чтобы рисовать деревья в дереве тарифов ИИ не нужен, а чтобы выдать это в карточку уже нужен?

Что, в общем виде, мы имеем в дереве тарифа? Мы имеем всего 2 вещи: "услуга" и ее "цена" и достаточно, при выставлении contractcard.showTarif=1, просто "выплюнуть" этот список в XML, где skyb его нарисует так, как ему захочется

Периодов, как таковых, в тарифе и соответственно в карточке нет, т.к. в каждый конкретный промежуток времени действует только одна цена на опред. услугу.
Цена может меняться, в зависимости от тарифных опций, но ведь все опции доступные договору, для которого генерится карта, мы обязаны указать в распечатанном даже из doc/xsl тарифе и поэтому к списку "услуга Х = цена Y" в XML прибавляется список "опция Х = цена Y".
Если говорить про npay, то там помимо услуги и ее цены надо выводить еще метод снятия, чтобы мы могли написать "абонентская плата снимается <режим начисления>".
Это о тех деталях, о которых сразу вспомнил, а т.к. я определенно про что-то забыл, то надеюсь что вы напомните.

А можно ли реализовать просто подстанову описания тарифного плана, если оно существует (уже забыл).
Например, тариф называется "Интернет лимитный, 2GB, 1000 р, 0.80 коп./МБ", а поставлялось бы что-то вроде более детальное из описания, где разжевано, что-то вроде "Интернет лимитный, абонплата 1000р, предоплаченный трафик 2GB, каждый последующий мегабайт 80 копеек".

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

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

А можно ли реализовать просто подстанову описания тарифного плана, если оно существует (уже забыл).
Например, тариф называется "Интернет лимитный, 2GB, 1000 р, 0.80 коп./МБ", а поставлялось бы что-то вроде более детальное из описания, где разжевано, что-то вроде "Интернет лимитный, абонплата 1000р, предоплаченный трафик 2GB, каждый последующий мегабайт 80 копеек".

Добавить в тарифы поле "Комментарий" где будут полные описания тарифа которые подставляются в карточки )
Самое простое решение )

кстати ДА

в это поле писать свои самые сокровенные фантазии

Такой вариант мы можем - это называется отобразить тариф как есть .Т.е выгрузить его xml . Но skyb-придется опять же делать ЧАСТНОЕ решение , он распарсить тариф частного вида и покажет его пользователю. Если тариф кардинально поменяется ( наример ночью по четным числам в високосные годы станет другая скорость и цена ), то он опять же будет менять свой скрипт .



Это все частные случаи, пример одного случая вы сами же выше и привели . В общем случае есть не только абонплаты и тарификатор это конструктор, который позволяет сделать что угодно . Отобразить это в виде еирархии точно в таком виде как это выглядит в тарифе -нет проблем. И вы сделаете очередное частное решение, которое парсит эту xml и выложите его в wiki . А потом через год кто-то составит новый тариф и опять новое частное решение и т.д. Более того вы сейчас даже уже можете считать все узлы тарифа slq-запросом в карточке и сделать с ними что угодно .

кстати ДА