Форум

ГлавнаяРасщепление платежей в ваших программах по 253 ПП РФ

Расщепление платежей в ваших программах по 253 ПП РФ

RSS
Расщепление платежей в ваших программах по 253 ПП РФ , Нужен коллективный разум
 
Сижу башку себе ломаю (пишу ТЗ программерам) по поводу расщепления платежей в адрес РСО.

Если кто не в курсе - каждый день нужно перечислять РСО полученные по коммуналке суммы.

Есть 2 варианта расщепления платежей:

1) Простой - смотрим сумму оплат итого по жилфонду за день и сопоставляем с суммой задолженности в разрезе услуг на начало этого месяца.3

Тогда мы отбрасываем начисления в разрезе отдельных ЛС и оплаты по отдельным ЛС и считаем всё в куче.

Получается просто, НО переплаты тоже распределяются, хотя и не должны.


2) Сложный вариант - смотрим оплаты в разрезе каждого ЛС и определяем сумму, которую надо пульнуть в адрес РСО суммарно, но по рассчитанным ранее данным по ЛС.

Тогда можно отделить оплату долга от переплаты.

Получается примерно вот так https://prnt.sc/sl20af

Собственно вопрос...

А как ваши бухгалтерские программы считают? (честно не помню, что там в 1С)
 
Используем второй сложный вариант, оплата сначала пропорционально "закрывает" долги по услугам, если осталось закрывает начисление текущего месяца. Переплата распределяется по услугам уже пропорционально начислению. Плюс этого метода - всегда можно подтвердить оплаты для каждой РСО реестром по ЛС/домам. Минус это - оплаты идут накопительным итогом и при расчете за сегодня придется вычитать что было вчера так как данные об оплате все время обновляются, хотя если сильно заморочиться можно и отчет придумать чтоб учитывал даты платежей внесенных в программу, именно когда был внесен платеж, а не когда поступил и то сложности могут возникнуть.
 
Цитата
skad888 написал: Используем второй сложный вариант, оплата сначала пропорционально "закрывает" долги по услугам, если осталось закрывает начисление текущего месяца. Переплата распределяется по услугам уже пропорционально начислению.
Это не совсем верно получится в итоге.

К примеру была услуга ТКО и потом ушла на прямые. А мы ее в прошлом периоде в переплату угнали.

В итоге у меня в текущем периоде по ней будет переплата, а начислений нет и переплата тупо не пропадёт

Я думал про этот вариант, но он геморройный ужасно
 
Цитата
burmistr написал:
К примеру была услуга ТКО и потом ушла на прямые. А мы ее в прошлом периоде в переплату угнали.
Переплату не распределяем по видам услуг, держим просто аванс по л/с.
 
Цитата
Анимаиса написал:
Переплату не распределяем по видам услуг, держим просто аванс по л/с.
Что за программа?

Тут по хорошему надо и оплату в адрес РСО проводить, чтобы аналитика нормальная была...
 
Своя от начала до конца написанная. Сумма оплаты для РСО складывается из суммы оплаты по лицевым счетам в разрезе ком.услуг.

 
Цитата
burmistr написал:
В итоге у меня в текущем периоде по ней будет переплата, а начислений нет и переплата тупо не пропадёт
пропадет, если настроить алгоритм, что при прекращении действия услуги переплата по ней сразу распределилась (начисление есть - храним переплату, начисления нет - сразу распределяем)
Цитата
Анимаиса написал:
Переплату не распределяем по видам услуг, держим просто аванс по л/с.
тогда все время будет не распределенный остаток не принадлежащий ни одной услуге, и если подбить итог по каждой услуге отдельно и всего оплата то не сойдется общий итог.
 
Цитата
skad888 написал:
тогда все время будет не распределенный остаток не принадлежащий ни одной услуге, и если подбить итог по каждой услуге отдельно и всего оплата то не сойдется общий итог
Совершенно верно. Никому не дано знать распределение услуг по л/с в будущем. Оплата, поступившая в расчетном периоде, складывается из суммы оплат по услугам плюс авансы.
 
Цитата
Анимаиса написал:
Совершенно верно. Никому не дано знать распределение услуг по л/с в будущем. Оплата, поступившая в расчетном периоде, складывается из суммы оплат по услугам плюс авансы.
Короче придумали как сделать, но всё равно все это не статично, так как можно поменять расчеты, распровести оплату и прочее.

В результате будет нечно "примерное", хотя по 253 ПП РФ не думаю, что до копейки проверяют, так как и оплаты можно задним числом провести...
 
У нас итоговая проверка по целому календарному месяцу.

Сумма денег, поступившая на р/с счет УК = сумме оплат по всем л/с + дельта по авансам.
Задним числом ничего не проводим. При разноске платежей оперируем двумя датами.

Первая дата - дата зачисления на р/с или дата принятия к учету платежа, вторая дата - это собственно, когда был произведён платеж жителем. Вторую дату учитываем при начислении пени.
Т.е. все корректировки по платежам идут только в текущем месяце, в закрытые периоды не лезем.
 
Цитата
Анимаиса написал:
Первая дата - дата зачисления на р/с или дата принятия к учету платежа, вторая дата - это собственно, когда был произведён платеж жителем. Вторую дату учитываем при начислении пени.Т.е. все корректировки по платежам идут только в текущем месяце, в закрытые периоды не лезем.
Про закрытые понятно.

Просто к примеру оплата пришла в банк по факту сегодня (пятница), вы ее увидите в понедельник и разносить должны пятницей. Так вот сегодня я сформирую платежки в банк в пользу РСО, но не полностью, так как не провел банк. В понедельник, когда проведу - отчет за пятницу будет кривой.
 
burmistr написал:
Цитата
Просто к примеру оплата пришла в банк по факту сегодня (пятница), вы ее увидите в понедельник и разносить должны пятницей.
У нас Сбербанк и др.банки эл.реестры платежей присылают вперёд зачисления денег на р/с, т.е. такой ситуации не бывает, что деньги на р/с зачислены, а реестров к ним нет.
 
Цитата
Анимаиса написал:
У нас Сбербанк и др.банки эл.реестры платежей присылают вперёд зачисления денег на р/с, т.е. такой ситуации не бывает, что деньги на р/с зачислены, а реестров к ним нет.
Это тоже понятно, но давайте не будем думать, что все бухгалтера настолько красаУчеГи, что проводят день в день. Я исхожу из реалий, которые у кучи клиентов в CRMке.
 
Я не припомню, чтобы кто-то когда-то лез в расчеты по распределению(расщеплению) платежей населения.

Один раз я проверяла распределение платежей за одним ГРКЦ, ассоциированным с администрацией.
Там да, распределяли так как положено.
Сальдо по л/с в целом ноль, житель долгов не имеет. По нужным РСО переплата. По содержанию, платежи в пользу УК, в том же размере недоплата.
 
Цитата
Анимаиса написал:
Я не припомню, чтобы кто-то когда-то лез в расчеты по распределению(расщеплению) платежей населения.
Вот и я не помню...
 
наш расчетный центр каждый платеж расшепляет по графам...раз в день саккумулированные по графам со всех лиц счетов - автоматически уходят в адрес рсо..
 
Лучше использовать три универсальные надстройки для расщепления оплаты в разрезе ЛС:
1. по сальдо
2. по выставленному начислению
3. по текущему начислению
Например мы в РКЦ используем схему 2,1 по приоритету, т.е. гасим выставленное начисление, а потом уже если есть остаток распределяем по сальдо.

Скрытый текст
Грубо работают ребята, для таких целей используются приоритетные коды услуг в расщеплении.
 
Цитата
Acturus написал:
Грубо работают ребята, для таких целей используются приоритетные коды услуг в расщеплении.
Не может быть никаких приоритетных кодов. Если РКЦ использует некие коды - то нарушает 253 ПП РФ и УКшка влетает благодаря таким умельцам на 600 000 за грубое нарушение лицензионных
 
Цитата
burmistr написал:
Цитата
Acturus написал:
Грубо работают ребята, для таких целей используются приоритетные коды услуг в расщеплении.
Не может быть никаких приоритетных кодов. Если РКЦ использует некие коды - то нарушает 253 ПП РФ и УКшка влетает благодаря таким умельцам на 600 000 за грубое нарушение лицензионных
Это не то. К примеру, на лицевом счете жилищные услуги и коммунальные от нескольких РСО, один ресурсник начинает очень сильно кричать о плохом проценте сбора денежных средств и тут помогает повышение приоритета распределения оплат при повышенной дебиторке по лс этого ресурсника.
 
Цитата
Acturus написал:
Это не то. К примеру, на лицевом счете жилищные услуги и коммунальные от нескольких РСО, один ресурсник начинает очень сильно кричать о плохом проценте сбора денежных средств и тут помогает повышение приоритета распределения оплат при повышенной дебиторке по лс этого ресурсника.
Это как раз то... Вы по сути "помогая" одному одновременно нагибаете других. С какого это перепуга вы МОИ деньги другим перечисляете?

В этом и есть главный минус всяких РКЦ...
 
Цитата
burmistr написал:
Цитата
Это как раз то... Вы по сути "помогая" одному одновременно нагибаете других. С какого это перепуга вы МОИ деньги другим перечисляете?

В этом и есть главный минус всяких РКЦ...
Вот такие пироги, но подобные схемы уже лет пять не используют, после прихода ГИС ЖКХ, хотя по сообщениям выше, находятся еще умельцы.
#1
0 0
Сижу башку себе ломаю (пишу ТЗ программерам) по поводу расщепления платежей в адрес РСО.

Если кто не в курсе - каждый день нужно перечислять РСО полученные по коммуналке суммы.

Есть 2 варианта расщепления платежей:

1) Простой - смотрим сумму оплат итого по жилфонду за день и сопоставляем с суммой задолженности в разрезе услуг на начало этого месяца.3

Тогда мы отбрасываем начисления в разрезе отдельных ЛС и оплаты по отдельным ЛС и считаем всё в куче.

Получается просто, НО переплаты тоже распределяются, хотя и не должны.


2) Сложный вариант - смотрим оплаты в разрезе каждого ЛС и определяем сумму, которую надо пульнуть в адрес РСО суммарно, но по рассчитанным ранее данным по ЛС.

Тогда можно отделить оплату долга от переплаты.

Получается примерно вот так https://prnt.sc/sl20af

Собственно вопрос...

А как ваши бухгалтерские программы считают? (честно не помню, что там в 1С)
#2
1 0
Используем второй сложный вариант, оплата сначала пропорционально "закрывает" долги по услугам, если осталось закрывает начисление текущего месяца. Переплата распределяется по услугам уже пропорционально начислению. Плюс этого метода - всегда можно подтвердить оплаты для каждой РСО реестром по ЛС/домам. Минус это - оплаты идут накопительным итогом и при расчете за сегодня придется вычитать что было вчера так как данные об оплате все время обновляются, хотя если сильно заморочиться можно и отчет придумать чтоб учитывал даты платежей внесенных в программу, именно когда был внесен платеж, а не когда поступил и то сложности могут возникнуть.
#3
0 0
Цитата
skad888 написал: Используем второй сложный вариант, оплата сначала пропорционально "закрывает" долги по услугам, если осталось закрывает начисление текущего месяца. Переплата распределяется по услугам уже пропорционально начислению.
Это не совсем верно получится в итоге.

К примеру была услуга ТКО и потом ушла на прямые. А мы ее в прошлом периоде в переплату угнали.

В итоге у меня в текущем периоде по ней будет переплата, а начислений нет и переплата тупо не пропадёт

Я думал про этот вариант, но он геморройный ужасно
#4
1 0
Цитата
burmistr написал:
К примеру была услуга ТКО и потом ушла на прямые. А мы ее в прошлом периоде в переплату угнали.
Переплату не распределяем по видам услуг, держим просто аванс по л/с.
#5
0 0
Цитата
Анимаиса написал:
Переплату не распределяем по видам услуг, держим просто аванс по л/с.
Что за программа?

Тут по хорошему надо и оплату в адрес РСО проводить, чтобы аналитика нормальная была...
#6
0 0
Своя от начала до конца написанная. Сумма оплаты для РСО складывается из суммы оплаты по лицевым счетам в разрезе ком.услуг.

#7
0 0
Цитата
burmistr написал:
В итоге у меня в текущем периоде по ней будет переплата, а начислений нет и переплата тупо не пропадёт
пропадет, если настроить алгоритм, что при прекращении действия услуги переплата по ней сразу распределилась (начисление есть - храним переплату, начисления нет - сразу распределяем)
Цитата
Анимаиса написал:
Переплату не распределяем по видам услуг, держим просто аванс по л/с.
тогда все время будет не распределенный остаток не принадлежащий ни одной услуге, и если подбить итог по каждой услуге отдельно и всего оплата то не сойдется общий итог.
#8
0 0
Цитата
skad888 написал:
тогда все время будет не распределенный остаток не принадлежащий ни одной услуге, и если подбить итог по каждой услуге отдельно и всего оплата то не сойдется общий итог
Совершенно верно. Никому не дано знать распределение услуг по л/с в будущем. Оплата, поступившая в расчетном периоде, складывается из суммы оплат по услугам плюс авансы.
#9
0 0
Цитата
Анимаиса написал:
Совершенно верно. Никому не дано знать распределение услуг по л/с в будущем. Оплата, поступившая в расчетном периоде, складывается из суммы оплат по услугам плюс авансы.
Короче придумали как сделать, но всё равно все это не статично, так как можно поменять расчеты, распровести оплату и прочее.

В результате будет нечно "примерное", хотя по 253 ПП РФ не думаю, что до копейки проверяют, так как и оплаты можно задним числом провести...
#10
0 0
У нас итоговая проверка по целому календарному месяцу.

Сумма денег, поступившая на р/с счет УК = сумме оплат по всем л/с + дельта по авансам.
Задним числом ничего не проводим. При разноске платежей оперируем двумя датами.

Первая дата - дата зачисления на р/с или дата принятия к учету платежа, вторая дата - это собственно, когда был произведён платеж жителем. Вторую дату учитываем при начислении пени.
Т.е. все корректировки по платежам идут только в текущем месяце, в закрытые периоды не лезем.
#11
0 0
Цитата
Анимаиса написал:
Первая дата - дата зачисления на р/с или дата принятия к учету платежа, вторая дата - это собственно, когда был произведён платеж жителем. Вторую дату учитываем при начислении пени.Т.е. все корректировки по платежам идут только в текущем месяце, в закрытые периоды не лезем.
Про закрытые понятно.

Просто к примеру оплата пришла в банк по факту сегодня (пятница), вы ее увидите в понедельник и разносить должны пятницей. Так вот сегодня я сформирую платежки в банк в пользу РСО, но не полностью, так как не провел банк. В понедельник, когда проведу - отчет за пятницу будет кривой.
#12
0 0
burmistr написал:
Цитата
Просто к примеру оплата пришла в банк по факту сегодня (пятница), вы ее увидите в понедельник и разносить должны пятницей.
У нас Сбербанк и др.банки эл.реестры платежей присылают вперёд зачисления денег на р/с, т.е. такой ситуации не бывает, что деньги на р/с зачислены, а реестров к ним нет.
#13
0 0
Цитата
Анимаиса написал:
У нас Сбербанк и др.банки эл.реестры платежей присылают вперёд зачисления денег на р/с, т.е. такой ситуации не бывает, что деньги на р/с зачислены, а реестров к ним нет.
Это тоже понятно, но давайте не будем думать, что все бухгалтера настолько красаУчеГи, что проводят день в день. Я исхожу из реалий, которые у кучи клиентов в CRMке.
#14
0 0
Я не припомню, чтобы кто-то когда-то лез в расчеты по распределению(расщеплению) платежей населения.

Один раз я проверяла распределение платежей за одним ГРКЦ, ассоциированным с администрацией.
Там да, распределяли так как положено.
Сальдо по л/с в целом ноль, житель долгов не имеет. По нужным РСО переплата. По содержанию, платежи в пользу УК, в том же размере недоплата.
#15
0 0
Цитата
Анимаиса написал:
Я не припомню, чтобы кто-то когда-то лез в расчеты по распределению(расщеплению) платежей населения.
Вот и я не помню...
#16
0 0
наш расчетный центр каждый платеж расшепляет по графам...раз в день саккумулированные по графам со всех лиц счетов - автоматически уходят в адрес рсо..
#17
0 0
Лучше использовать три универсальные надстройки для расщепления оплаты в разрезе ЛС:
1. по сальдо
2. по выставленному начислению
3. по текущему начислению
Например мы в РКЦ используем схему 2,1 по приоритету, т.е. гасим выставленное начисление, а потом уже если есть остаток распределяем по сальдо.

Скрытый текст
Грубо работают ребята, для таких целей используются приоритетные коды услуг в расщеплении.
#18
0 0
Цитата
Acturus написал:
Грубо работают ребята, для таких целей используются приоритетные коды услуг в расщеплении.
Не может быть никаких приоритетных кодов. Если РКЦ использует некие коды - то нарушает 253 ПП РФ и УКшка влетает благодаря таким умельцам на 600 000 за грубое нарушение лицензионных
#19
0 0
Цитата
burmistr написал:
Цитата
Acturus написал:
Грубо работают ребята, для таких целей используются приоритетные коды услуг в расщеплении.
Не может быть никаких приоритетных кодов. Если РКЦ использует некие коды - то нарушает 253 ПП РФ и УКшка влетает благодаря таким умельцам на 600 000 за грубое нарушение лицензионных
Это не то. К примеру, на лицевом счете жилищные услуги и коммунальные от нескольких РСО, один ресурсник начинает очень сильно кричать о плохом проценте сбора денежных средств и тут помогает повышение приоритета распределения оплат при повышенной дебиторке по лс этого ресурсника.
#20
0 0
Цитата
Acturus написал:
Это не то. К примеру, на лицевом счете жилищные услуги и коммунальные от нескольких РСО, один ресурсник начинает очень сильно кричать о плохом проценте сбора денежных средств и тут помогает повышение приоритета распределения оплат при повышенной дебиторке по лс этого ресурсника.
Это как раз то... Вы по сути "помогая" одному одновременно нагибаете других. С какого это перепуга вы МОИ деньги другим перечисляете?

В этом и есть главный минус всяких РКЦ...
#21
0 0
Цитата
burmistr написал:
Цитата
Это как раз то... Вы по сути "помогая" одному одновременно нагибаете других. С какого это перепуга вы МОИ деньги другим перечисляете?

В этом и есть главный минус всяких РКЦ...
Вот такие пироги, но подобные схемы уже лет пять не используют, после прихода ГИС ЖКХ, хотя по сообщениям выше, находятся еще умельцы.
Сейчас на форуме никого нет :(
Сейчас на форуме никого нет :(

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

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