RSS
ГИС ЖКХ: квитирование
 
Уважаемые форумчане (а также разработчики ГИС ЖКХ)!

Позвольте мне поднять ещё одну важную тему. Речь идёт о концепции "квитирования ПД". Насколько я понимаю, всякие банки, получив оплату ПД, обязаны соответствующий документ "закрыть оплатой" (неважно - полностью, частично или с переплатой). Мне кажется, что это - вообще порочная концепция. Любая управляющая организация (будь то УК или ТСЖ) гораздо лучше, чем банк, знает, какие ПД (и на какие суммы) при оплате нужно "квитировать". Что с того, что в ПД указан расчётный период?.. Вполне возможно, что плательщик уже год не платит по своим долгам. И не играет никакой роли, какой именно "период" стоит в ПД. Как только УО получит от банка сведения об оплате (в виде реестра) - бухгалтерия сама закроет всё, что надо.

Если кто-то с этим не согласен, то можно заглянуть в Гражданский Кодекс РФ (ст. 522 и 319), а также ознакомиться с судебной практикой:
http://zakoniros.ru/?p=8905
Цитата оттуда:
Цитата
Поскольку у ответчика имелась перед истцом задолженность за более ранние периоды, суды трех инстанций на основании части 3 статьи 522 ГК РФ обоснованно признали правильными действия энергосберегающей компании по зачету поступивших денежных средств в счет погашения задолженности за предыдущие периоды

Что скажут на это многоуважаемые разработчики ГИС ЖКХ? ;)
 
Цитата
AlcorVol пишет:
Уважаемые форумчане (а также разработчики ГИС ЖКХ)!

Позвольте мне поднять ещё одну важную тему. Речь идёт о концепции "квитирования ПД". Насколько я понимаю, всякие банки, получив оплату ПД, обязаны соответствующий документ "закрыть оплатой" (неважно - полностью, частично или с переплатой). Мне кажется, что это - вообще порочная концепция. Любая управляющая организация (будь то УК или ТСЖ) гораздо лучше, чем банк, знает, какие ПД (и на какие суммы) при оплате нужно "квитировать". Что с того, что в ПД указан расчётный период?.. Вполне возможно, что плательщик уже год не платит по своим долгам. И не играет никакой роли, какой именно "период" стоит в ПД. Как только УО получит от банка сведения об оплате (в виде реестра) - бухгалтерия сама закроет всё, что надо.

Если кто-то с этим не согласен, то можно заглянуть в Гражданский Кодекс РФ (ст. 522 и 319), а также ознакомиться с судебной практикой:
http://zakoniros.ru/?p=8905
Цитата оттуда:
Цитата
Поскольку у ответчика имелась перед истцом задолженность за более ранние периоды, суды трех инстанций на основании части 3 статьи 522 ГК РФ обоснованно признали правильными действия энергосберегающей компании по зачету поступивших денежных средств в счет погашения задолженности за предыдущие периоды

Что скажут на это многоуважаемые разработчики ГИС ЖКХ? ;)
Разработчики ГИС ЖКХ вряд ли что либо скажут - не замечены они среди авторов на форуме. От себя могу поправить, у банков (и других платежных агентов) нет обязанности что либо "закрывать оплатой", у них есть обязанность при исполнении распоряжения плательшика в адрес определенных получателей, передавать в ГИС определенный набор реквизитов. Тем более нет у банка обязанности (и возможности) что либо квитировать.
 
Цитата
пишет:

Разработчики ГИС ЖКХ вряд ли что либо скажут - не замечены они среди авторов на форуме. От себя могу поправить, у банков (и других платежных агентов) нет обязанности что либо "закрывать оплатой", у них есть обязанность при исполнении распоряжения плательшика в адрес определенных получателей, передавать в ГИС определенный набор реквизитов. Тем более нет у банка обязанности (и возможности) что либо квитировать.

Спасибо за ответ!
Пусть разработчики и совсем ничего не говорят. Достаточно будет, если изредка что-то хотя бы читают. :)
Насчёт квитирования - возможно, я и не вполне прав. Хотя и посмотрел много всяких семинаров-вебинаров. И у меня сложилось именно то впечатление об этом процессе, которое я изложил выше. Возможно, банки просто должны передавать сведения из ПД в ГИС ЖКХ, где ПД уже потом и "квитируется". Что, в общем-то, вовсе не нарушает ту общую картину, которую я выше грубо обрисовал.
Было бы здорово, если бы кто-нибудь ткнул меня носом в материалы, касающиеся этого самого "квитирования". И пояснил бы, в чём именно я тут заблуждаюсь. :) Если ошибся - всегда буду готов это признать.
 
Цитата
пишет:
Цитата
AlcorVol пишет:
Уважаемые форумчане (а также разработчики ГИС ЖКХ)!
Цитата


Что скажут на это многоуважаемые разработчики ГИС ЖКХ? ;)
От себя могу поправить, у банков (и других платежных агентов) нет обязанности что либо "закрывать оплатой", у них есть обязанность при исполнении распоряжения плательшика в адрес определенных получателей, передавать в ГИС определенный набор реквизитов.
Так почему Почта России если это их обязанность, просит у нас (УО, ТСЖ) деньги, предлагает заключение договора?
 
Цитата
пишет:
Так почему Почта России если это их обязанность, просит у нас (УО, ТСЖ) деньги, предлагает заключение договора?
Немножечко другой вопрос, уважаемый Рэмбо! :) Я тут не про эту наглость речь веду, а совсем о другом говорю. Пусть банк ничего и не квитирует. Пусть он просто в ГИС реквизиты ПД и сумму платежа передаёт. Спрашивается: какого чёрта на основании этого ГИС ЖКХ будет помечать ПД как "оплаченный"? ГИС историю взаимоотношений плательщика и УО знает?.. А если не знает, то это просто, как бы - извините! - не её свинячье дело. Все отношения с плательщиками/неплательщиками - это дело бухгалтерии управляющей организации. Разве не так?..
 
Цитата
AlcorVol пишет:
Цитата
пишет:
Так почему Почта России если это их обязанность, просит у нас (УО, ТСЖ) деньги, предлагает заключение договора?
Немножечко другой вопрос, уважаемый Рэмбо! :) Я тут не про эту наглость речь веду, а совсем о другом говорю. Пусть банк ничего и не квитирует. Пусть он просто в ГИС реквизиты ПД и сумму платежа передаёт. Спрашивается: какого чёрта на основании этого ГИС ЖКХ будет помечать ПД как "оплаченный"? ГИС историю взаимоотношений плательщика и УО знает?.. А если не знает, то это просто, как бы - извините! - не её свинячье дело. Все отношения с плательщиками/неплательщиками - это дело бухгалтерии управляющей организации. Разве не так?..
Тут вопросов нет, так и должно быть. Вы правы 100500. Ваша позиция основана на требовании действующего законодательства.
Проблема в целом в том, что программисты не знают технологии ЖКХ
Технологи ЖКХ не знают требования ГИС ЖКХ
Создатели ГИС ЖКХ не знают законодательство ЖКХ
Законодатели ЖКХ ничего не знают, кроме политической ситуации в стране и вертикали власти.
Мы все знаем, всех критикуем, но ник то нас не слышит :)
 
Цитата
пишет:
Цитата
пишет:
Цитата
AlcorVol пишет:
Уважаемые форумчане (а также разработчики ГИС ЖКХ)!

От себя могу поправить, у банков (и других платежных агентов) нет обязанности что либо "закрывать оплатой", у них есть обязанность при исполнении распоряжения плательшика в адрес определенных получателей, передавать в ГИС определенный набор реквизитов.
Так почему Почта России если это их обязанность, просит у нас (УО, ТСЖ) деньги, предлагает заключение договора?

Почта России просит деньги за оказание услуги по переводу денежных средств плательщика на расчетный счет получателя (УО, ТСЖ). Тариф выше, чем у Сбербанка. Наше право заключать такой договор или нет. Если договор не будет заключен, то Почта, по всей видимости, будет брать комиссию за перевод с плательщика.
 
Цитата
пишет:
Проблема в целом в том, что программисты не знают технологии ЖКХ
Технологи ЖКХ не знают требования ГИС ЖКХ
Создатели ГИС ЖКХ не знают законодательство ЖКХ
Законодатели ЖКХ ничего не знают, кроме политической ситуации в стране и вертикали власти.
Мы все знаем, всех критикуем, но ник то нас не слышит :)

Золотые слова!! sasd я это распечатаю!!
 
Цитата
AlcorVol пишет:

Спрашивается: какого чёрта на основании этого ГИС ЖКХ будет помечать ПД как "оплаченный"??..
Я бы не стал так утверждать. ГИС ЖКХ переводит ПД в статус "Предварительно сквитированный", который потом все равно придется подтверждать (или не подтверждать) руками.
 
А я вообще не могу понять, как посмотреть сведения о платежах, которые загружают ко мне банки и которые я должен квитировать.
К примеру, загрузил ПД за сентябрь. Через какое-то время у некоторых ПД появилась информация об оплате. Что, собственно, соответствует действительности и из чего я делаю вывод, что банки в мой адрес инфу грузят.
Захожу в режим "квитирование", а там пусто.
 
Цитата
AlcorVol пишет:
Пусть банк ничего и не квитирует. Пусть он просто в ГИС реквизиты ПД и сумму платежа передаёт. Спрашивается: какого чёрта на основании этого ГИС ЖКХ будет помечать ПД как "оплаченный"? ГИС историю взаимоотношений плательщика и УО знает?.. А если не знает, то это просто, как бы - извините! - не её свинячье дело. Все отношения с плательщиками/неплательщиками - это дело бухгалтерии управляющей организации. Разве не так?..
Все верно. Как я понял из записи семинара РКЦ (на ютубе канал авторов ГИС ЖКХ), банки в ГИС ЖКХ только передают данные, что платеж принят от физического лица. В обмен на незамедлительную передачу данных с банков сняли проверку доставки платежа до счета получателя (УО/РСО/РКЦ). Бухгалтерия УО/РСО/РКЦ должна проверить, что деньги действительно дошли до счета УО/РСО/РКЦ и только после этого сквитовать начисление. Тем не менее, статус предварительного квитирования по реквизитам оплаченного начисления возможно нужен для банка - чтобы нельзя было оплатить начисление дважды, такое предварительно сквитированное начисление вероятно скрывается для банка, а для УО/РСО/РКЦ это не должно иметь никакого эффекта. Если имеет эффект - это по любому глюк ГИС, потому что ГИС (пока?) не имеет данных о поступлении на счет УО/РСО/РКЦ.

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

Из личного опыта - у нас пока банк в квитанции об оплате (через платежную систему "Город") показывает какие-то взятые с потолка цифры долга/переплаты, местные УК/РСО говорят, что в платежную систему "Город" ничего не передавали и советуют игнорировать эти цифры и платить "как обычно" (тариф посчитал сам, сказали что правильно). Вот откуда что берется?
 
Цитата
two_oceans пишет:
Все верно. Как я понял из записи семинара РКЦ (на ютубе канал авторов ГИС ЖКХ), банки в ГИС ЖКХ только передают данные, что платеж принят от физического лица. В обмен на незамедлительную передачу данных с банков сняли проверку доставки платежа до счета получателя (УО/РСО/РКЦ). Бухгалтерия УО/РСО/РКЦ должна проверить, что деньги действительно дошли до счета УО/РСО/РКЦ и только после этого сквитовать начисление. Тем не менее, статус предварительного квитирования по реквизитам оплаченного начисления возможно нужен для банка - чтобы нельзя было оплатить начисление дважды, такое предварительно сквитированное начисление вероятно скрывается для банка, а для УО/РСО/РКЦ это не должно иметь никакого эффекта. Если имеет эффект - это по любому глюк ГИС, потому что ГИС (пока?) не имеет данных о поступлении на счет УО/РСО/РКЦ.
Спасибо большое! Теперь стало гораздо понятнее. (Я, видимо, каких-то старых вебинаров насмотрелся.) :)
Цитата
По истории взаимоотношений, как я понимаю долги за прошлые периоды (и пени?) тоже нужно как-то выставлять в ГИС, тогда банки смогут показать их гражданину для оплаты и предварительное квитирование тоже будет работать корректнее.
Ну, я пока всё чисто теоретически изучаю (и пытаюсь осмыслить). Как всё будет работать (или глючить) - посмотрим.
Цитата
А так, какая разница, какое начисление сквитовалось, если сумма та же? Я так понимаю, если человек оплатил последний месяц, а за прошлые долг, то по сравнению с ситуацией где он оплатил часть прошлого долга, а последний месяц не оплачен, наоборот пени будет больше?
Вот, правильно! В зависимости от того, какой именно документ (и на какую сумму) был закрыт оплатой, очень сильно зависит начисление пеней. Алгоритм их расчёта настолько усложнился в этом году, что мне пришлось всю "пенную" программу переписывать заново, с нуля. Там всё очень нелинейно теперь. Заранее сказать просто невозможно, какой ПД в этом смысле "выгоднее" закрывать прежде всего.
Цитата
Из личного опыта - у нас пока банк в квитанции об оплате (через платежную систему "Город") показывает какие-то взятые с потолка цифры долга/переплаты, местные УК/РСО говорят, что в платежную систему "Город" ничего не передавали и советуют игнорировать эти цифры и платить "как обычно" (тариф посчитал сам, сказали что правильно). Вот откуда что берется?
Бардак этот ещё долго будет продолжаться, КМК. Ребята решили "объять необъятное". :D Кстати, а "Город"-то какой? ;) Я вот совсем не скрываю, что в Вологде живу и работаю.
 
Цитата
AlcorVol пишет:
Я, видимо, каких-то старых вебинаров насмотрелся.
На всякий случай, еще проверю, может уже переиграли все.
Цитата
AlcorVol пишет:
Бардак этот ещё долго будет продолжаться, КМК. Ребята решили "объять необъятное". :D Кстати, а "Город"-то какой? ;) Я вот совсем не скрываю, что в Вологде живу и работаю.
Ну в Вологде наверно немало программистов. Могу сказать регион - Иркутская область. А у меня городок маленький, по данным о месте работы в техподдержке ОМСУ, имени, знакомству с термином "ГИС ЖКХ" и городу можно уже сузить до одного человека. В свете законов о хранении данных за три года может потом будут атата делать за нелестные отзывы о ГИС. :D Хотя конечно, и по нику найдут если захотят.
 
Цитата
Что скажут на это многоуважаемые разработчики ГИС ЖКХ? ;)
Подозреваю, пацанам порезали исходящий траффик.

PS: Челябинск.
 
Цитата
AlcorVol пишет:
Там всё очень нелинейно теперь. Заранее сказать просто невозможно, какой ПД в этом смысле "выгоднее" закрывать прежде всего.
Ну почему невозможно. Есть три периода, со ставками 0, 1/300 и 1/130. Потребителю выгодно оплачивать ПД самых старых периодов, а УО/РСО в свою очередь (если они хотят собрать пени побольше) - закрывать самые последние периоды. Хотя лично я считаю, что так делать некрасиво и всегда закрываю именно те периоды, за которые платит потребитель.
 
Цитата
Basil пишет:
Ну почему невозможно. Есть три периода, со ставками 0, 1/300 и 1/130. Потребителю выгодно оплачивать ПД самых старых периодов, а УО/РСО в свою очередь (если они хотят собрать пени побольше) - закрывать самые последние периоды.
Да-а-а, Вы правы, пожалуй. Я тут слегка перемудрил. :D
Цитата
Хотя лично я считаю, что так делать некрасиво и всегда закрываю именно те периоды, за которые платит потребитель.
А у меня в программе просто нет такой возможности. Всегда автоматом закрываются самые старые долги. И - Вы не поверите! - никогда никто не протестовал. Ни плательщики, ни получатели. Кстати, а куда Вы переплату деваете? :) И как поступите, если сегодня Вам поступила оплата за пол-января и пол-июня? Или за март, который уже полностью оплачен? Довольно заковыристым алгоритм должен быть. Мне кажется, что закрывать всё последовательно - это самое понятное, естественное (а потому - и красивое) решение.
 
Цитата
AlcorVol пишет:
И - Вы не поверите! - никогда никто не протестовал. Ни плательщики, ни получатели.
Я поверю. Но, мне такой подход не нравится в первую очередь тем, что, например, по данным плательщика долг за январь, февраль и апрель, а по моим данным - за половину мая, июнь, июль, август, сентябрь (тк оплата зимой выше, чем летом, не будет совпадать даже количество неоплаченных месяцев).

Цитата
AlcorVol пишет:
Кстати, а куда Вы переплату деваете? :)
Если оплата не равна начислению, разница запоминается и вставляется отдельной строкой (с соответствующим знаком) в очередной ПД. Естественно, переплата учитывается в пределах суммы этого ПД, превышение (если есть) переносится на следующие периоды. А недоплата - в полном объеме.

Цитата
AlcorVol пишет:
И как поступите, если сегодня Вам поступила оплата за пол-января и пол-июня?
У меня такого практически никогда не бывает, а если будет - по той же методике. Хотя в особо сложных случаях можно обработать вручную.

Цитата
AlcorVol пишет:
Или за март, который уже полностью оплачен?
А тут нужно смотреть, есть ли долги за другие месяцы. Если есть - платеж можно отнести к любому другому периоду (например, самому старому), если нет - это будет авансовый платеж в явном виде. А дальше - по той же методике.

В принципе, у меня в 99% случаев оплата равна начислению, расхождения обычно бывают при оплате налом через терминалы Сбербанка.

Теперь касательно квитирования. Я посмотрел все семинары Ланита, выложенные на ютубе и всё равно не могу понять, чего же они хотят добиться.
С одной стороны, они постоянно говорят, что это не будет биллингом.
С другой стороны, любой отдельно взятый ПД может иметь три состояния - 1.неоплачен, 2.оплачен частично и 3.оплачен полностью. Переход от состояния 1 к состоянию 3 может длиться бесконечно долго, и они не смогли внятно ответить на заданные по этому поводу вопросы.

Если же посмотреть со стороны собственника, мне вполне достаточно было бы видеть в своём ЛК физ.лица выставленные начисления и информацию от банков о поступившей оплате. Без всяких квитирований. ;)
 
Цитата
Basil пишет:
Я поверю. Но, мне такой подход не нравится в первую очередь тем, что, например, по данным плательщика долг за январь, февраль и апрель, а по моим данным - за половину мая, июнь, июль, август, сентябрь
А при моём подходе - существует долг не "за что", а "на какую сумму". И эту сумму можно уже разложить по месяцам (ПД), откатываясь назад от текущей даты.
Цитата
У меня такого практически никогда не бывает, а если будет - по той же методике. Хотя в особо сложных случаях можно обработать вручную.
Мой опыт показывает, что то, чего "никогда не бывает", почему-то когда-то всё-таки случается. :) А обработка всяких сложных случаев "вручную" никогда не входила в мои планы, так как работаю я дома, клиентов много, и разбираться с каждым таким случаем у меня совершенно нет никакого желания. Чем автономнее работает программа - тем лучше. :)
Цитата
Переход от состояния 1 к состоянию 3 может длиться бесконечно долго, и они не смогли внятно ответить на заданные по этому поводу вопросы.
Вот я и говорю, что сама концепция у них довольно сырая. Иначе не меняли бы версии форматов - одну за другой - со страшной скоростью.
Цитата
Если же посмотреть со стороны собственника, мне вполне достаточно было бы видеть в своём ЛК физ.лица выставленные начисления и информацию от банков о поступившей оплате. Без всяких квитирований.
Да, согласен. Ну, и итоговое сальдо расчётов ещё.
 
Цитата
AlcorVol пишет:

Да, согласен. Ну, и итоговое сальдо расчётов ещё.
А с сальдо ничего не выйдет. Для сальдо нужен биллинг, а биллинга в ГИС не будет. ;)
 
Цитата
Basil пишет:
Цитата
AlcorVol пишет:

Да, согласен. Ну, и итоговое сальдо расчётов ещё.
А с сальдо ничего не выйдет. Для сальдо нужен биллинг, а биллинга в ГИС не будет. ;)
Полагаю, что выйдет, если использовать сумму, уже проквитированную УО/РСО/РКЦ. Такой вот "ручной биллинг".

Примерно такие же сведения нужны ОМСУ для начисления субсидий - что было начислено от УО/РСО/РКЦ за полгода и что в итоге задолженности нет. Про то, итог на какую дату, вопрос остается открытым - пока я не уловил всех тонкостей. Сейчас, как я понимаю, люди договариваются с УК и им пишут справку, что задолженности нет при ненулевом сальдо. Просто потому что в текущем месяце платят за предыдущий и оттягивают до последнего, а значит сальдо нулевое может быть только после того, как человек заплатил и до того как выставили следующее начисление. Либо придется фильтровать начисления по дате и не учитывать, те из них, которые после заданной даты. Если все проквитированы - считать что задолженности нет. Тут полагаю и вылезут грабли кто за какие месяцы квитирует. Ну и это все конечно если с доступом получится.

Про переплаты мне тоже непонятно - как будет отражаться переплата за "доГИСовский" период: как фиктивный суммарный платеж (фиктивный в том смысле что по факту его банк не передавал), отрицательное начисление или просто УК проквитирует какое-то количество месяцев.
 
Цитата
two_oceans пишет:
Полагаю, что выйдет, если использовать сумму, уже проквитированную УО/РСО/РКЦ. Такой вот "ручной биллинг".
Совершенно верно!
Цитата
Примерно такие же сведения нужны ОМСУ для начисления субсидий - что было начислено от УО/РСО/РКЦ за полгода и что в итоге задолженности нет. Про то, итог на какую дату, вопрос остается открытым...
Но как-то "на местах" он сейчас всегда решается. У нас для начисления субсидий, а также ЕДК "льготникам", проживающим по адресу ЛС, требуется, чтобы у плательщика "не было задолженности". Моя программа поступает так: начисления данного месяца не учитываются, а платежи, поступившие в этом месяце - учитываются. Вроде бы, это всех устраивает. Кроме злостных неплательщиков, конечно же. (Здесь следует заметить, что и суммы льгот (ЕДК) считают у нас как раз УО/РСО/ЖКРЦ=РКЦ.)
Короче говоря, все сальдо (и - возможно - сведения о просроченной задолженности) должна передавать в ГИС расчётная организация. В моём случае - УК/ТСЖ.
Цитата
Про переплаты мне тоже непонятно - как будет отражаться переплата за "доГИСовский" период: как фиктивный суммарный платеж (фиктивный в том смысле что по факту его банк не передавал), отрицательное начисление или просто УК проквитирует какое-то количество месяцев.
По-моему, разработчики пока не очень даже парились про "доГИСовский период". Типа, "до нас ничего не было и быть не могло". :D
 
Цитата
AlcorVol пишет:
Цитата
Примерно такие же сведения нужны ОМСУ для начисления субсидий - что было начислено от УО/РСО/РКЦ за полгода и что в итоге задолженности нет. Про то, итог на какую дату, вопрос остается открытым...
Но как-то "на местах" он сейчас всегда решается. У нас для начисления субсидий, а также ЕДК "льготникам", проживающим по адресу ЛС, требуется, чтобы у плательщика "не было задолженности". Моя программа поступает так: начисления данного месяца не учитываются, а платежи, поступившие в этом месяце - учитываются. Вроде бы, это всех устраивает. Кроме злостных неплательщиков, конечно же. (Здесь следует заметить, что и суммы льгот (ЕДК) считают у нас как раз УО/РСО/ЖКРЦ=РКЦ.)
Короче говоря, все сальдо (и - возможно - сведения о просроченной задолженности) должна передавать в ГИС расчётная организация. В моём случае - УК/ТСЖ.
Критерий отсутствия задолженности логичный, хотя что одно считаем, другое не считаем, когда-нибудь может вызвать неожиданные последствия. Выше написал как решается "на местах" - берут справки у УК. По закону о муниципальных услугах ОМСУ такие справки требовать не может, гражданин может представить на добровольной основе. :D Фактически же, если не представишь - очень вероятно, что задолженность все-таки проскользнет по переданным данным и законно же откажут. Хотя с этим тоже закавыка - переданные из УК файлы Экселя не подписаны ЭП (по крайней мере пока), то есть юридически не обоснование.
Численность проживающих в основном у нас была выровнена во время попытки создать РКЦ. Опять же на деле справочка о составе семьи решает: уже есть случаи когда в одной РСО (после переездов, реорганизаций) по адресу числится 2 человека, в другой РСО/УК по тому же адресу 3 человека. Это еще одна проблема, МУП которое выдает справки о составе семьи вообще непонятно в чем ведет учет (по телефону внятно объяснить не смогли, надо ехать), даже отчеты в Эксель выгрузить не могут, заполняют вручную по минимуму. И от обмена между ОМСУ и МУП никак не открутиться, все же подчиненное учреждение.
Сейчас льгота учитается программой отдела субсидий исходя из полного начисления и соотношения числа льготников к числу жителей. Опять же будут "грабли", если УК передадут неполное начисление в ГИС, скажем с учетом льготы или переплаты. Вот как ни хочется уйти от Экселевских файлов, а видимо опять все к ним выйдет - данных ГИС будет недостаточно для 100% уверенности.
Цитата
AlcorVol пишет:
Цитата
Про переплаты мне тоже непонятно - как будет отражаться переплата за "доГИСовский" период: как фиктивный суммарный платеж (фиктивный в том смысле что по факту его банк не передавал), отрицательное начисление или просто УК проквитирует какое-то количество месяцев.
По-моему, разработчики пока не очень даже парились про "доГИСовский период". Типа, "до нас ничего не было и быть не могло". :D
Это печально. В соседней теме проскользнуло, что в ГИС отрицательных начислений не может быть, разве что нулевые, одним вариантом меньше. Видимо все же УК проквитует сколько-то месяцев, но тогда не факт, что сальдо будет сходиться к новому году, переплаты может хватить еще дольше.
 
Еще один из порочных моментов - это прикосновение погаными лапами ГИС к начислениям в ПД (по нашим объемам и тарифам). За счет количества знаков после запятой в объемах начисления ГИС могут рвать с нашими на +-2 копейки. В ГИС этот момент не продуман!
 
Цитата
Programmer пишет:
За счет количества знаков после запятой в объемах начисления ГИС могут рвать с нашими на +-2 копейки.
Я, когда столкнулся с этим безобразием, стал в шаблоне заполнять суммы "итого к оплате". При размещении на сообщение о том, что в таких-то ПД суммы не равны рассчитанным говорю - всё правильно. И после этого все размещенные ПД бьют с моими данными копейка в копейку.
 
А вот такая мулька уже появилась в банке котором у меня есть расчетный счет, при подготовке платежных поручений
 
Просто замечательно. Хотя мне кажется, что появление таких новшеств никак не связано с ГИС. У нас например, уже года полтора в терминалах пункт оплата ЖКХ, но все знают что по факту пока не работает.
 
Цитата
two_oceans пишет:
мне кажется, что появление таких новшеств никак не связано с ГИС.
Связано! ЕЛС и Ид.ЖКУ - эти термины как раз в связи с ГИС ЖКХ появились. И кстати, появились соответствующие дополнительные поля в QR-коде.
 
Я имею ввиду, что это работа программистов банка на перспективу. Добавление поля еще не значит, что оно реально работает. Пока что, например у меня, даже нет возможности как гражданину зайти в ЛК и увидеть какой же там ЕЛС и идентификатор ЖКУ присвоили квартире. Потому что, это увидит (может быть, и то есть сомнения) основной квартиросъемщик, а меня ЛК посылает на все 4 стороны - нет прав.
 
Цитата
two_oceans пишет:
Добавление поля еще не значит, что оно реально работает.
Конечно. Но есть видимость, что что-то уже подготовлено. :)
 
Добрый день.
Уважаемые форумчане очень нужна консультация. Я являюсь представителем банка. Очень волнует вопрос квитирования платежей на стороне ГИС ЖКХ. У нас сейчас нет возможности понять и отследить судьбу платежа после того как он успешно отправлен.В ПД на текущий момент нет ни одного идентификатора гиса отправляем все данные что у нас имеются по формату требования и дальше в "счастливом" неведении. Подскажите что Вы у себя видите? по каким параметрам происходит квитирование? Если есть возможность какой то скрин (можно в личку) возможно это облегчит жизнь обеим сторонам

Подпишись на рассылку новостей ЖКХ, а также наших статей!

Спасибо, вы успешно подписались на рассылку!