BiTel

1. Я закрываю договор, устанаваливая ему дату закрытия в морде БГБ.
При этом все подключенные к договору услуги тоже закрываются этой датой.
Затем я выянсяю, допустим, что договор был закрыт ошибочно и убираю ему дату закрытия.
Однако, услуги остаются закрытыми. Как же так?

2. Посоветуйте, кто как обрабатывает такие ситуации:

А.
Приходит абонент с дебетовым договором и пишет заявление на расторжение. У абонента есть долг. Мы ставим ему статус "приостановлен", чтобы аб. платы не начислялись и блокируем доступ к услугам.
Дату закрытия договора (contract.date2) не ставим, потому что в противном случае онлайн-платежи в idealer не зачисляются на счёт.
За некий период таких договоров набирается, к примеру, несколько десятков или сотня-другая.
Дальше начинаются проблемы: надо в конце месяца выловить договоры с погашеным долгом и закрыть их датой2 и перевести в статус закрыт. Вручную это делать нереально, поэтому всё делается прямыми обращениями к базе. В этом случе возникает ещё недобходимость закрывать периоды действия услуг, чтобы квитанции на эти договоры не генерировались. Почему у нас такой геморрой с этим? Где и что мы делаем не правильно?

Б. По требованию бухгалтеров мы обязаны рассылать квитанции с нулевым балансом на активные договоры, чтобы абонент мог видеть свои начисления. Как в этом случае избегнуть попадания в печать квитанций на договоры, заключённые в текущем месяце и не имеющие ещё никаких наработок и операций со счётом? (с условием не лезть каждый раз в bill_data_X)

В.
Абонент пришёл заключать договор, но фактически услуги должны открываться датой подписания акта монтажа, которая дата нам заранее не известна. Как в таком случаеи избегнуть преждевременного начисления аб. платы?


Спасибо заранее, извините за "многобукв":)

классные вопросы, очень интересно будет почитать ответы разработчиков )

скажу только по пунктам 1-2, тут все верно и по другому никак не сделаешь, после переоткрытия договора надо услуги открыть руками, если бы сервер самостоятельно анализировал бы даты закрытия услуг и переоткрывал их если дата закрытия договора совпадала с датой закрытия услуг, то вышел бы Windows
_ошибочное_ закрытие договора остается ошибкой, а обработка ошибок должна быть ручной, ибо нефик )

1. Проблема в случае, если вы руками закрыти что-то той же датой, что и договор. Еще одна проблема - если что-то было закрыто датой более поздней, чем дата закрытия договора. Дата закрытия будет скорректирована. И если потом просто скинуть ее на NULL - будет некорректно. Так что, только руками разгребать.
2. А. Можно скриптом теоретически отслеживать и закрывать дату, если статус "приостановлен" и он погасил долг. Как-то так. Вообще, почему абонент не гасит долг сразу когда пишет заявление?
2. Б. Я не понял, что такое "квитанции с нулевым балансом на активные договоры". Т.е. у человека задолженности нет? Зачем вам печатать квитанции за текущий месяц?
2. В. Открывать абонплату скриптом при установке даты монтажа.

Понял только последнее предложение.


Есть объективыне причины (отсутствие кассы, например. Мы не берём деньги наличные).
Скрипт не даст наглядности, которая видится, к примеру в виде списка договоров, стоящих в очереди на закрытие\расторжение с текущим балансом и возмоностью посмотреть поступившие на счёт договора платежи за выбранный период.
И потом одной кнопкой закрыть договоры с погашенным долгом, установив сразу всем contract.date2 в заранее определённую дату закрытия, взятую, напрмер, из параметров каждого договора.





Бабушка хочет знать, сколько ей платить, чтобы расчитывать бюджет. Если ей не приходит квитанция, она паникует и одолевает абонентский отдел. По-моему, это объяснимое желание - знать, сколько тебе начислили или не начислили, даже если там ноль.
Мы рассылаем такие квитанции, в вопрос был в том, чтобы автоматически исключать из списка счетов те, которые были заключены в текущем месяце (счета выставляются за предыдущий).

Наверно не счета заключены в текущем месяце, а договоры, и следовательно услуга по модулю бухгалтерии имеет data1 текущим месяцем. Следовательно, если, у нас щас март, и мы выставляет счета за февраль, то счета по договорам созданным в марте счета и не будут выставлены, так как в феврале у них небыло еще услуги "выставление счетов".

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