Цитата |
---|
Технически Вас система в этом никак не ограничивает. |
Ничего себе. Интересно надолго ли такое продлится.
Цитата |
---|
можно ли сторнировать платежи |
Все верно, для поставщика ЖКУ проще и правильнее через квитирование "перекидывать". Однако не забываем, что у загрузившего платеж есть возможность платеж аннулировать или исправить. Насчет шаблонов точно не скажу, но по soap точно есть - многие матерятся потому что исправленные и аннулированные платежи надо выискивать по гису, а условия отбора "недружелюбные" - условие по дате есть, но применяется оно к дате создания платежа. У аннулированного/измененного платежа дата создания естественно не изменяется, то есть приходится все что было запросить снова, а там может будет 1 такой платеж с указанной датой изменения из миллиона. Обещали сделать фильтр по статусу (изменен/аннулирован), но не знаю сделали ли.
В случае приема платежа в кассу самой УК, у УК будет возможность отредактировать существующий платеж в ГИС либо аннулировать платеж в ГИС и загрузить новый вариант платежа (так как насовсем аннулировать и не вернуть деньги потребителю= неразмещению) с исправленным лицевым счетом или периодом оплаты (хотя тут как раз то из-за чего банки платежи не правят - потребитель может потом потрясти бумажкой где указывал май и счет 4, затем возмутиться почему указан март и счет 5, однако если потребитель не указывал их изначально либо написал заявление на изменение, то проблемы нет). Есть еще баги с "отквитированием" при аннулировании платежа.
Если минусы не пугают, то технически возможно "собственную систему квитирования" перенести в ГИС через такие исправления-аннулирования-создания. В конце концов, никто не запрещает вместо 500 рублей в одном платеже, заплатить в один день 5 платежей по сотне. По реквизитам можно подобрать так, чтобы платежи автоквитировались в ГИС только когда нужно и не возиться с их отквитированием.
Грубый теоретический пример: был платеж 500 руб. (авансовый) без месяца, задолженность 0. Через месяц начислили 100, исправили сумму 500 на 400 + создали новый платеж на 100 (начисленную сумму) с конкретным месяцем (дата = дате первоначального платежа), сотенки автосквитировались; повторили еще 3 раза; последний раз создание нового не нужно - только месяц дописать.
Естественно такая схема возможно только при приеме денег самой УК и должна поддерживаться системой учета чтобы можно было однозначно соотнести платежи в гис и платежи в системе учета.
Алгоритм выбора платежа для соотнесения с начисленным месяцем конечно усложнится. Желательно завести 2 поля месяца: одно рабочее, "указанное системой учета" (пустое для авансовых, заполненное для "псевдосквитированных"), другое справочное, "указанное потребителем" (пустое, если потребитель не указал месяца, заполненное, если указал).
Если потребитель указал, то это значение должно быть скопировано в рабочее при наступлении момента начисления за указанный месяц. Потом определить начисленную за месяц сумму и начать выбор платежей на "псевдоквитирование" этой суммы. Сначала выбрать платежи с указанным потребителем месяцем. Если их больше чем нужно, у лишних рабочее значение месяца очищается. Если указанных потребителем недостаточно, то из неуказанных потребителем (с пустым справочным) выбрать несоотнесенные (с пустым рабочим) и выбрать из них на недостающую сумму (допустим самые давние), соотнести (указать месяц в рабочее, отразится в гис исправлением платежа с указанием месяца). При избытке набранной суммы разбить платеж (отразится в гис уменьшением суммы и созданием нового платежа с той же датой на остаток суммы). Если у разбиваемого платежа был указан месяц потребителем, остаточный создается без указанного месяца. Ещё наверно при разбиении у нового указывать в дополнительное поле id первоначального. Как-то так наверно?
Отправлено спустя 14 минуты 43 секунды:Впрочем схема неустойчива к изменению начисленного.
Цитата |
---|
AlcorVol пишет: Смотря какая ошибка. Если в сторону завышения суммы ПД - то да. Но мы никогда не правим непосредственно старые ПД. Корректировку начислений (и пеней, если требуется) делаем текущим периодом. (Хотя тут и есть, над чем подумать - в смысле технологии расчёта пеней.) |
Головоломка еще та.