До двухдневного семинара в Шерегеше осталось:

Форум

ГлавнаяРасщепление платежей в ваших программах по 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 написал:
Цитата
Это как раз то... Вы по сути "помогая" одному одновременно нагибаете других. С какого это перепуга вы МОИ деньги другим перечисляете?

В этом и есть главный минус всяких РКЦ...
Вот такие пироги, но подобные схемы уже лет пять не используют, после прихода ГИС ЖКХ, хотя по сообщениям выше, находятся еще умельцы.
 
Цитата
Анимаиса написал:
Я не припомню, чтобы кто-то когда-то лез в расчеты по распределению(расщеплению) платежей населения.
я дико извиняюсь что поднимаю тему, но теперь налоговая точно в это будет лезть, учитывая налоговую льготу. Разве нет? меня вот озадачили....
 
Цитата
Джули написал:
я дико извиняюсь что поднимаю тему, но теперь налоговая точно в это будет лезть, учитывая налоговую льготу. Разве нет? меня вот озадачили....
Ну для раздельного учета это по любому надо на УСНО иначе доходы и расходы не объяснишь им... А нет объяснения считай отсутствие раздельного учета, а значит доначисление
 
Цитата
burmistr написал:
не объяснишь им
Об энтом и речь что нужно объяснить. Даже при наличии раздельного учета нужно будет объяснять почему расщепление именно такое, именно такими процентами. Ну это мое такое мнение. Может я не права? скажи что я не права, очень тебя прошу. надоел этот геммор бюсгалтерский просто, сил моих нету уже.
 
Цитата
Джули написал:
Об энтом и речь что нужно объяснить. Даже при наличии раздельного учета нужно будет объяснять почему расщепление именно такое, именно такими процентами. Ну это мое такое мнение. Может я не права? скажи что я не права, очень тебя прошу. надоел этот геммор бюсгалтерский просто, сил моих нету уже.
Вопрос в том, что как ты не расщепляй - будет 100500% криво. Знаю, так как сейчас это CRM делаем и я в этом сижу ковыряюсь.

Пример:
На 13.09 все оплаты за этот день расщепили... Потом бухгалтер числа 20го внес оплаты 13м числом)))

Вопрос - насколько верное было расщепление с 13го по 20е)))
 
Цитата
burmistr написал:
Цитата
Джули написал:
Об энтом и речь что нужно объяснить. Даже при наличии раздельного учета нужно будет объяснять почему расщепление именно такое, именно такими процентами. Ну это мое такое мнение. Может я не права? скажи что я не права, очень тебя прошу. надоел этот геммор бюсгалтерский просто, сил моих нету уже.
Вопрос в том, что как ты не расщепляй - будет 100500% криво. Знаю, так как сейчас это CRM делаем и я в этом сижу ковыряюсь.

Пример:
На 13.09 все оплаты за этот день расщепили... Потом бухгалтер числа 20го внес оплаты 13м числом)))

Вопрос - насколько верное было расщепление с 13го по 20е)))
Откуда возникла у бухгалтера необходимость разносить оплату задним числом? Получается сальдо 51 не шло в период 13-20?
Может по рукам дать?
#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 написал:
Цитата
Это как раз то... Вы по сути "помогая" одному одновременно нагибаете других. С какого это перепуга вы МОИ деньги другим перечисляете?

В этом и есть главный минус всяких РКЦ...
Вот такие пироги, но подобные схемы уже лет пять не используют, после прихода ГИС ЖКХ, хотя по сообщениям выше, находятся еще умельцы.
#22
0 0
Цитата
Анимаиса написал:
Я не припомню, чтобы кто-то когда-то лез в расчеты по распределению(расщеплению) платежей населения.
я дико извиняюсь что поднимаю тему, но теперь налоговая точно в это будет лезть, учитывая налоговую льготу. Разве нет? меня вот озадачили....
#23
0 0
Цитата
Джули написал:
я дико извиняюсь что поднимаю тему, но теперь налоговая точно в это будет лезть, учитывая налоговую льготу. Разве нет? меня вот озадачили....
Ну для раздельного учета это по любому надо на УСНО иначе доходы и расходы не объяснишь им... А нет объяснения считай отсутствие раздельного учета, а значит доначисление
#24
0 0
Цитата
burmistr написал:
не объяснишь им
Об энтом и речь что нужно объяснить. Даже при наличии раздельного учета нужно будет объяснять почему расщепление именно такое, именно такими процентами. Ну это мое такое мнение. Может я не права? скажи что я не права, очень тебя прошу. надоел этот геммор бюсгалтерский просто, сил моих нету уже.
#25
0 0
Цитата
Джули написал:
Об энтом и речь что нужно объяснить. Даже при наличии раздельного учета нужно будет объяснять почему расщепление именно такое, именно такими процентами. Ну это мое такое мнение. Может я не права? скажи что я не права, очень тебя прошу. надоел этот геммор бюсгалтерский просто, сил моих нету уже.
Вопрос в том, что как ты не расщепляй - будет 100500% криво. Знаю, так как сейчас это CRM делаем и я в этом сижу ковыряюсь.

Пример:
На 13.09 все оплаты за этот день расщепили... Потом бухгалтер числа 20го внес оплаты 13м числом)))

Вопрос - насколько верное было расщепление с 13го по 20е)))
#26
0 0
Цитата
burmistr написал:
Цитата
Джули написал:
Об энтом и речь что нужно объяснить. Даже при наличии раздельного учета нужно будет объяснять почему расщепление именно такое, именно такими процентами. Ну это мое такое мнение. Может я не права? скажи что я не права, очень тебя прошу. надоел этот геммор бюсгалтерский просто, сил моих нету уже.
Вопрос в том, что как ты не расщепляй - будет 100500% криво. Знаю, так как сейчас это CRM делаем и я в этом сижу ковыряюсь.

Пример:
На 13.09 все оплаты за этот день расщепили... Потом бухгалтер числа 20го внес оплаты 13м числом)))

Вопрос - насколько верное было расщепление с 13го по 20е)))
Откуда возникла у бухгалтера необходимость разносить оплату задним числом? Получается сальдо 51 не шло в период 13-20?
Может по рукам дать?
Сейчас на форуме: 3 пользователя
3 пользователя сейчас на форуме

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

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