Уплата за уволенного работника, СПВ-1, расчет уплаты в конце расчетного года

[СергейI]

Принципиально у меня сделано по такой же схеме, но главный вопрос - как распределить общую сумму уплаты по организации в разрезе каждого сотрудника. Вы этот принципиальный вопрос не раскрываете. Опишите хотя бы в общих чертах. Свои варианты я старался описать подробно, чтобы узнать мнение других разработчиков, заодно и сам критически их рассматривал, пока не получал желаемый результат. Что касается "оборотки", то у меня разработана Карта индивидуального учета доходов и начисленных страховых взносов, форму которой рекомендовали в ПФР, но я её дополнил кроме графы "Начислено" графой "Уплачено". Это помогло мне в доводке программы распределения уплаты.

Я не знаю Вашей программы где Вы ведете бухгалтерский учет, поэтому мне сложно что то Вам порекомендовать. Но на примере программы которою используют в нашем регионе для составления ИС (ПО Spu_orb), то все просто: сейчас распределяется оплата исходя из процента уплаты по отношению к начислению. Я предлогал разработчику еще добавить в программу процент уплаты по уволенным исходя из 100%, а работающим остаток оплаты распределить пропорционально начислению, а "оборотку" на основании этих данных уже можно сделать легко. Ну если применить принцип формирования "оборотки", то все сводится к следующему: индивидуальные сведения по каждому сотруднику должны быть сформированы и "храниться" в программе, а не формироваться в момент выгрузки в файл.

[Борис О.]

Уважаемый Михаил Иванович

Помесячное распределение я имел в виду не распределение
каждый месяц, а то что суммы начисленных взносов
хранятся по каждому работнику помесячно,
суммы перечислений по предприятию хранятся в виде:
дата перечисления, сумма,за месяц.(в разбивке по месяцам взносов)


Имея эти 2 таблицы, можно распределить сразу за отчетный период:

Первая уплата взносов за какой-то месяц (например январь)
распределятся пропорционально январьским суммам взносов по
работникам.
Вторая уплата взносов за январь распределяется пропорционально остаткам за январь ( взносы минус ранне распределенные суммы перечислений за январь)
И так пока не распределится вся сумма перечислений за январь.

И так с каждым месяцем.

В целом по работнику сумма получается суммированием всех распределенных сумм перечислений за месяцы этого периода.

При переход с одного очетного периода на другой надо иметь
таблицу остатков по работникам по месяцам с прошлого периода
и продолжать алгоритма распределения.

В этом алгоритме нет никакой надобности выделять уволенных и
принятых.

В случае переходящих людей из другой организации, скорее всего надо
организовать ввод и хранение остатков неперечисленных взносов по
работникам и по месяцам с прошлого предприятия.

С уважением.

Доп. Имея суммы взносов в целом по предприятию за каждый месяц
распределить суммы конкретных перечислений , за какие же месяца
они были перечислены не вызывает особых трудностей.

Сложности с переплатой - их надо переносить на конкретный будущий
месяц.Да и то не сложно. Обычно из перечислений видно в каком месяце
учли переплату и заплатили меньше.

[Михаил Иванович]

Для Михаила Ивановича по поводу обсуждения.Тема "уплата за уволенного работника."
Проблема в том, что при том алгоритме распределения, который Вы
используете, возникают трудности с уволенными работниками.
Вы пытаетесь решить это доводкой алгоритма, включив дополнительные
действия с уволенными.
Может решение в другом, поменять алгоритм принципиально , чтобы проблем с уволенными вообще не было.
Где-то выше в обсуждении я предлагал другой алгоритм:
распределение уплат по взносам помесячно.
при котором никаких проблем с уволенными и принятыми нет.
Но никто не заинтересовался, обсуждения как такового не было.
Этот алгоритм мы реализовали в своей программе. Теперь
разносим по клиентам.
Поэтому я лично уже не с таким интересом слежу за темой.
Читать читаю.
С уважением.

Вы не правы. Может быть, именно Ваши предложения подтолкнули меня к тому варианту, который сейчас реализовываю у клиентов. Во-первых, это по-месячное распределение. Во-вторых, программное определение (без участия бухгалтера) уволенных сотрудников. Единственно, что я предлагаю бухгалтеру, это ввод информации по принятым и по суммам перечисленных страховых взносов. Так что обсуждение Ваших предложений было и не без пользы. Другое дело, если никто не поинтересовался деталями. Кроме того, как правильно подметил сотрудник Бухсофта Алексей К., этой темой интересуются очень многие, но реально высказать свое мнение не все могут, если они простые пользователи, а не разработчики. Я как-то общался с одним из разработчиков "набивалок". Он мне откровенно написал, что перед ним поставлена задача разработать программу ФОРМИРОВАНИЯ отчетных форм, а не расчетов по уплате страховых взносов. Так что круг разработчиков программ расчета уплаты не так уж и велик. Что касается интереса к этой теме, то я, например, свои выводы сделал, но продолжаю следить за сообщениями. Может быть, появится ещё более интересный вариант, который подтолкнет на дальнейшее усовершенствование программы. Ведь, например, по моей ситуации с ликвидированным предприятием пока никто не предложил своих вариантов решения, а новый отчет уже "на носу".

[Михаил Иванович]

Сообщение от

В организации должно быть столько бухгалтеров, что бы выполнять всю работу в соответствиии с должностными инструкциями и за соответствующую оплату, . Когда я говорю о ручной разноске платежей, то я не имею рабский труд, когда в одной организации 1 бухгалтер и 1000 сотрудников. А в отношении как создать оборотную ведомость, то проанализируйте любую форму учета ТМЦ или обязательств: остатки на начало периода, начисление за отчетный период, платежи за отчетный период, остаток на конец отчетного периода. В разрезе сотрудников.
Основным преимуществом "оборотки" это наглядность и точность учета.

Принципиально у меня сделано по такой же схеме, но главный вопрос - как распределить общую сумму уплаты по организации в разрезе каждого сотрудника. Вы этот принципиальный вопрос не раскрываете. Опишите хотя бы в общих чертах. Свои варианты я старался описать подробно, чтобы узнать мнение других разработчиков, заодно и сам критически их рассматривал, пока не получал желаемый результат. Что касается "оборотки", то у меня разработана Карта индивидуального учета доходов и начисленных страховых взносов, форму которой рекомендовали в ПФР, но я её дополнил кроме графы "Начислено" графой "Уплачено". Это помогло мне в доводке программы распределения уплаты.

[СергейI]

И ещё вопрос - при какой численности сотрудников (примерно) бухгалтер осилит такую работу.

В организации должно быть столько бухгалтеров, что бы выполнять всю работу в соответствиии с должностными инструкциями и за соответствующую оплату, . Когда я говорю о ручной разноске платежей, то я не имею рабский труд, когда в одной организации 1 бухгалтер и 1000 сотрудников. А в отношении как создать оборотную ведомость, то проанализируйте любую форму учета ТМЦ или обязательств: остатки на начало периода, начисление за отчетный период, платежи за отчетный период, остаток на конец отчетного периода. В разрезе сотрудников.
Основным преимуществом "оборотки" это наглядность и точность учета.

[Алексей К.]

Похоронят, если я не реализую алгоритм распределения

Вам видней.

Не согласен, что нельзя автоматизировать.

Под "нельзя" я имел ввиду целесообразность.

[Борис О.]

Вручную, отдано на откуп пользователю. Пока нет четких правил, подобные алгоритмы автоматизировать в массовых программах нельзя. Похоронят. О том, что такая проблема будет, мы говорили в ПФР еще в начале года. Но, как бы это мягче сказать, в ПРФ сейчас решаются более насущные проблемы.

Похоронят, если я не реализую алгоритм распределения.

Не согласен, что не надо автоматизировать.Всегда можно реализовать
несколько вариантов, предложить их клиенту.Еще добавить возможность, если не устраивает,ручного ввода/корректировки.

Для Михаила Ивановича по поводу обсуждения.

Тема "уплата за уволенного работника."

Проблема в том, что при том алгоритме распределения, который Вы
используете, возникают трудности с уволенными работниками.
Вы пытаетесь решить это доводкой алгоритма, включив дополнительные
действия с уволенными.
Может решение в другом, поменять алгоритм принципиально , чтобы проблем с уволенными вообще не было.

Где-то выше в обсуждении я предлагал другой алгоритм:
распределение уплат по взносам помесячно.
при котором никаких проблем с уволенными и принятыми нет.
Но никто не заинтересовался, обсуждения как такового не было.
Этот алгоритм мы реализовали в своей программе. Теперь
разносим по клиентам.

Поэтому я лично уже не с таким интересом слежу за темой.
Читать читаю.

С уважением.

[Михаил Иванович]

.... Вам, как программисту придется, ... начиная с 2011г создать оборотную ведомость и вручную разносить оплату. Как бухгалтер скажу, что лучше последнего варианта я еще не видел.

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

[Алексей К.]

Буквально за пару недель число просматривающих выросло в 3 раза, а обсуждающих - на единицы.

Видят, что тема разрослась и значит интересная, заходят посмотреть. Но не понимают, о чем здесь речь - вот и не пишут. Даже те, кто участвуют в обсуждении не всегда понимают, о чем речь .

В 1С, в программах Бухсофта и т.д.

Вручную, отдано на откуп пользователю. Пока нет четких правил, подобные алгоритмы автоматизировать в массовых программах нельзя. Похоронят. О том, что такая проблема будет, мы говорили в ПФР еще в начале года. Но, как бы это мягче сказать, в ПРФ сейчас решаются более насущные проблемы.

[Denis P.]

а обсуждают, главным образом, разработчики программ, работающие на конкретных предприятиях и не связанные с такими программами, как, например, 1С.

Кстати, интересно как поднятая проблема решается в разных программах. В 1С, в программах Бухсофта и т.д.

[Михаил Иванович]

В дополнение к предыдущему. Я обратил внимание на количество просматривающих и обсуждающих нашу тему. Буквально за пару недель число просматривающих выросло в 3 раза, а обсуждающих - на единицы. Это, по-моему, говорит о том, что заинтересованы очень многие пользователи в решении поднимаемых вопросов, а обсуждают, главным образом, разработчики программ, работающие на конкретных предприятиях и не связанные с такими программами, как, например, 1С. Поэтому когда кто-либо их участников обсуждения задает вопрос, как подать сведения о работнике, у которого база больше 415 тысяч, у меня это вызывает отрицательную реакцию, потому что в моих организациях жилищно-коммунального хозяйства работники получают зарплату, в лучшем случае, около 10 тысяч, в основном и меньше этого (минималку).

[Михаил Иванович]

Уважаемые Михаил Иванович и Denis P., по темам которые выставил для обсуждения, я для себя уже давно решил (иначе я бы их не выдвигал на форум), а то что я их выставил для обсуждения, то просто интересно что ответят другие участники форума, но как показала практика на данном форуме (в части моих тем), все в пустую, только одни читатели, а где же обсуждение? По теме о строках 216-218 нашел поддержку но решений нет. По теме Чек или Чек-УФА, я сделал заключение, что всем поровну что выбирать, возникает только вопрос: а страхователи о данных программах что то вообще знают? По вашей теме об оплате, только вы сами себя и комментируете, при таком обсуждении только тупик. А когда обсуждаете тему об оплате и одновременно даете оценку другим, то возникает много вопросов к Вам, но ответы на них я не хочу знать, по этическим соображениям и из-за уважения к Вам.

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

[СергейI]

Посмотрите темы созданные этим пользователем:

CheckXML или CheckXML-UFA, что выбрать?


Заполнение строк 216-218 в РСВ-1 со знаком "МИНУС"

Denis P., Вам нужно создать тему "Вот что я нашел, но не знаю что делать и как быть?", поясняю, мои темы между собой и комментариями не связаны, и созданы не для осуждения а для обсуждения. И желательно обсуждать по теме.

[СергейI]

Уважаемые Михаил Иванович и Denis P., по темам которые выставил для обсуждения, я для себя уже давно решил (иначе я бы их не выдвигал на форум), а то что я их выставил для обсуждения, то просто интересно что ответят другие участники форума, но как показала практика на данном форуме (в части моих тем), все в пустую, только одни читатели, а где же обсуждение? По теме о строках 216-218 нашел поддержку но решений нет. По теме Чек или Чек-УФА, я сделал заключение, что всем поровну что выбирать, возникает только вопрос: а страхователи о данных программах что то вообще знают? По вашей теме об оплате, только вы сами себя и комментируете, при таком обсуждении только тупик. А когда обсуждаете тему об оплате и одновременно даете оценку другим, то возникает много вопросов к Вам, но ответы на них я не хочу знать, по этическим соображениям и из-за уважения к Вам.

[Михаил Иванович]

[QUOTE=Denis P.;2076489]Посмотрите темы созданные этим пользователем:
CheckXML или CheckXML-UFA, что выбрать? ( И по поводу "минусов" в РСВ-1) Да,Denis P., действительно задавать такие вопросы и в то же время давать "советы", как решать обозначенные мною проблемы, может человек, не до конца владеющий предметом. Кстати, по поводу его высказывания, что ПФР программно проверит, есть ли превышение УПЛАЧЕНО над НАЧИСЛЕНО по году, имею информацию, что в ПФР ещё до сих пор не определились с уплатами на лицевые счета по 1 полугодию. Теперь по поводу письма, которое я получил из регионального отделения ПФР. Напомню ситуацию. Две организации сливаются. Одна из них за 1 полугодие не уплатила ни копейки страховых взносов. Согласно письму из ОПФР и моей беседе с главбухом организации-правопреемником, все долги ликвидированной организации переходят к организации-правопреемнику. Для заинтересованных разработчиков и пользователей опишу предлагаемый алгоритм расчетов. Если вы ведете по-месячный учет уплаты страховых взносов и рассчитываете сальдо страховых взносов на конец расчетного месяца по зарплате, то сальдо каждого из сотрудников ликвидированной организации переносим в организацию-правопреемник. Если сотрудник был уволен до реорганизации, то производим "фиктивный" прием и увольнение "задним числом" (из 1 полугодия). Организация-правопреемник уплачивает очередные взносы, и они распределяются по ВСЕМ сотрудникам пропорционально сальдо и начисленным взносам. При этом, естественно, в какой-то степени могут быть ущемлены права работников организации-правопреемника. Но главбух согласилась с этим, потому что другого выхода мы пока не видим. А распределять уплату страховых взносов вручную через "набивалки" бухгалтер просто не в состоянии. Делать ввод по ручному расчету, а потом методом последовательного приближения подходить к заданной сумме уплаты не реально.