forum.bitel.ru :: Просмотр темы - contract.date2 и contract

1. Проблема в случае, если вы руками закрыти что-то той же датой, что и договор. Еще одна проблема - если что-то было закрыто датой более поздней, чем дата закрытия договора. Дата закрытия будет скорректирована. И если потом просто скинуть ее на NULL - будет некорректно. Так что, только руками разгребать.

2. А. Можно скриптом теоретически отслеживать и закрывать дату, если статус "приостановлен" и он погасил долг. Как-то так. Вообще, почему абонент не гасит долг сразу когда пишет заявление?

2. Б. Я не понял, что такое "квитанции с нулевым балансом на активные договоры". Т.е. у человека задолженности нет? Зачем вам печатать квитанции за текущий месяц?

Мы рассылаем такие квитанции, в вопрос был в том, чтобы автоматически исключать из списка счетов те, которые были заключены в текущем месяце (счета выставляются за предыдущий).

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

Автор:	kompot [ 23 мар 2009, 14:03 ]
Заголовок сообщения:	contract.date2 и contract_service.date2
1. Я закрываю договор, устанаваливая ему дату закрытия в морде БГБ. При этом все подключенные к договору услуги тоже закрываются этой датой. Затем я выянсяю, допустим, что договор был закрыт ошибочно и убираю ему дату закрытия. Однако, услуги остаются закрытыми. Как же так? 2. Посоветуйте, кто как обрабатывает такие ситуации: А. Приходит абонент с дебетовым договором и пишет заявление на расторжение. У абонента есть долг. Мы ставим ему статус "приостановлен", чтобы аб. платы не начислялись и блокируем доступ к услугам. Дату закрытия договора (contract.date2) не ставим, потому что в противном случае онлайн-платежи в idealer не зачисляются на счёт. За некий период таких договоров набирается, к примеру, несколько десятков или сотня-другая. Дальше начинаются проблемы: надо в конце месяца выловить договоры с погашеным долгом и закрыть их датой2 и перевести в статус закрыт. Вручную это делать нереально, поэтому всё делается прямыми обращениями к базе. В этом случе возникает ещё недобходимость закрывать периоды действия услуг, чтобы квитанции на эти договоры не генерировались. Почему у нас такой геморрой с этим? Где и что мы делаем не правильно? Б. По требованию бухгалтеров мы обязаны рассылать квитанции с нулевым балансом на активные договоры, чтобы абонент мог видеть свои начисления. Как в этом случае избегнуть попадания в печать квитанций на договоры, заключённые в текущем месяце и не имеющие ещё никаких наработок и операций со счётом? (с условием не лезть каждый раз в bill_data_X) В. Абонент пришёл заключать договор, но фактически услуги должны открываться датой подписания акта монтажа, которая дата нам заранее не известна. Как в таком случаеи избегнуть преждевременного начисления аб. платы? Спасибо заранее, извините за "многобукв":)

Автор:	Jimson [ 23 мар 2009, 14:31 ]
Заголовок сообщения:
классные вопросы, очень интересно будет почитать ответы разработчиков ) скажу только по пунктам 1-2, тут все верно и по другому никак не сделаешь, после переоткрытия договора надо услуги открыть руками, если бы сервер самостоятельно анализировал бы даты закрытия услуг и переоткрывал их если дата закрытия договора совпадала с датой закрытия услуг, то вышел бы Windows _ошибочное_ закрытие договора остается ошибкой, а обработка ошибок должна быть ручной, ибо нефик )

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

Автор:	kompot [ 24 мар 2009, 14:23 ]
Заголовок сообщения:
Цитата: 1. Проблема в случае, если вы руками закрыти что-то той же датой, что и договор. Еще одна проблема - если что-то было закрыто датой более поздней, чем дата закрытия договора. Дата закрытия будет скорректирована. И если потом просто скинуть ее на NULL - будет некорректно. Так что, только руками разгребать. Понял только последнее предложение. Цитата: 2. А. Можно скриптом теоретически отслеживать и закрывать дату, если статус "приостановлен" и он погасил долг. Как-то так. Вообще, почему абонент не гасит долг сразу когда пишет заявление? Есть объективыне причины (отсутствие кассы, например. Мы не берём деньги наличные). Скрипт не даст наглядности, которая видится, к примеру в виде списка договоров, стоящих в очереди на закрытие\расторжение с текущим балансом и возмоностью посмотреть поступившие на счёт договора платежи за выбранный период. И потом одной кнопкой закрыть договоры с погашенным долгом, установив сразу всем contract.date2 в заранее определённую дату закрытия, взятую, напрмер, из параметров каждого договора. Цитата: 2. Б. Я не понял, что такое "квитанции с нулевым балансом на активные договоры". Т.е. у человека задолженности нет? Зачем вам печатать квитанции за текущий месяц? Бабушка хочет знать, сколько ей платить, чтобы расчитывать бюджет. Если ей не приходит квитанция, она паникует и одолевает абонентский отдел. По-моему, это объяснимое желание - знать, сколько тебе начислили или не начислили, даже если там ноль. Мы рассылаем такие квитанции, в вопрос был в том, чтобы автоматически исключать из списка счетов те, которые были заключены в текущем месяце (счета выставляются за предыдущий).

Автор:	Jimson [ 24 мар 2009, 15:18 ]
Заголовок сообщения:
kompot писал(а): Мы рассылаем такие квитанции, в вопрос был в том, чтобы автоматически исключать из списка счетов те, которые были заключены в текущем месяце (счета выставляются за предыдущий). Наверно не счета заключены в текущем месяце, а договоры, и следовательно услуга по модулю бухгалтерии имеет data1 текущим месяцем. Следовательно, если, у нас щас март, и мы выставляет счета за февраль, то счета по договорам созданным в марте счета и не будут выставлены, так как в феврале у них небыло еще услуги "выставление счетов".

forum.bitel.ru http://forum.bitel.ru/

contract.date2 и contract_service.date2 http://forum.bitel.ru/viewtopic.php?f=14&t=2064	Страница 1 из 1

Автор:	Администратор [ 25 мар 2009, 15:58 ]
Заголовок сообщения:
Цитата: Есть объективыне причины (отсутствие кассы, например. Мы не берём деньги наличные). Скрипт не даст наглядности, которая видится, к примеру в виде списка договоров, стоящих в очереди на закрытие\расторжение с текущим балансом и возмоностью посмотреть поступившие на счёт договора платежи за выбранный период. И потом одной кнопкой закрыть договоры с погашенным долгом, установив сразу всем contract.date2 в заранее определённую дату закрытия, взятую, напрмер, из параметров каждого договора. Зато скрипт избавит от ручной работы, можно письмо еще писать, что такой-то такой оплатил. Наглядность тут только SQL запросами можно получить. Выбирать список, задолжавших совсем сильно - и сразу юристам передавать, как я понимаю.

Страница 1 из 1	Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/