gifts2017

Синхронизация итоговых цифр АДВ-6-2 с РСВ-1

Опубликовал Евгений П. (jack19) в раздел Отчеты - Бухгалтерские

Как быстро найти, каких сотрудников из каких и в какие пачки перебросить, чтобы убрать разницу в рублях между итоговыми цифрами АДВ-6-2 и РСВ-1.

Пенсионный Фонд РФ программистов без работы не оставляет. Тот факт, что страховые взносы в зарплате по каждому сотруднику считаются с копейками, а сведения о них в ПФР подаются в пачках по 200 человек и без копеек, создаёт зачастую ситуацию, когда, данные о начисленных и уплаченных страховых и накопительных взносах АДВ-6-2 расходятся с РСВ-1 на 1 или даже 2 рубля. И хотя в ПФР допускают расхождение на 1 рубль в каждом отчетном периоде, недавнее разбирательство в одной из организаций с ПФР, когда его представитель заявил, что с прошлого года накопилась недопустимая разница в 3 рубля, которую надо ликвидировать, а на вопрос, можно ли в текущем периоде для этого сделать цифры АДВ-6-2 отличными от РСВ-1 (т.к. они полностью совпадали), сказал, что менять ничего нельзя, но разницу нужно убрать(!), заставило меня написать эту обработку. Смысл её - найти, каких сотрудников из каких и в какие пачки перебросить, чтобы убрать разницу в рублях между итоговыми цифрами АДВ-6-2 и РСВ-1.

Доработка типового отчета "ПодготовкаСведенийДляПФР2010" свелась к добавлению кнопки запускающей процедуру СинхронизироватьСРСВ() и вставке в текст модуля самой процедуры:

Процедура СинхронизироватьСРСВ()
     ОткрытьФорму("Отчет",Пачки,КаталогИБ()+"ExtForms\SinhrRSV.ert");
КонецПроцедуры

Сама обработка SinhrRSV.ert должна находиться в каталоге  ExtForms базы данных. После её запуска в четырех окошках высвечиваются итоговые цифры АДВ-6-2, соответствующие составу пачек в отчете ПФР. Эти цифры нужно подправить в соответствии с РСВ-1 и нажать "Сформировать". В окне сообщений выводятся рекомендации по переносу сотрудников из одной пачки в другую. Этот перенос осуществляется только в пачках, имеющих один ключ (тип пачки и категория з/л). 100%-ой гарантии нахождению комбинации переносов, полностью соответсвующей заданным цифрам, а также зацикливанию, дать не могу, но мнократные прогоны вселяют оптимизм (зацикливаний пока не обнаружил). Обработка будет с большей вероятностью находить решение, чем меньше будет пачек с количеством сотрудников = 200.

В архиве два файла: типовой отчет для ПФР с добавленной кнопкой и сама обработка.

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
Архив с отчетом "Подготовка сведений для ПФР 2010" с кнопкой "РСВ" и обработкой "Синхронизация"
.rar 96,00Kb
05.02.12
69
.rar 96,00Kb 69 Скачать

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Vladimir (Boroda) 05.02.12 14:28
"каких сотрудников из каких и в какие пачки перебросить..." Т.е. сделать, так сказать, "пересортицу" сотрудников, разместив их не в алфавитном порядке (и переместив из пачки в пачку) с тем, чтобы изменились округления в самих пачках, и соответственно, убралась разница с РСВ-1?
2. Евгений П. (jack19) 05.02.12 14:33
(1) Boroda,
Именно так. Алфавитный порядок, насколько я знаю, не особенно важен, хотя внутри каждой пачки можно после переброски и отсортировать. Важнее соответствие РСВ-1.
3. Vladimir (Boroda) 05.02.12 14:53
Ну, да, проще бывает подкорректировать пачки, чем спорить с туповатыми ПФР-овцами и пытаться объяснить им, что "у нас всё правильно", а расхождения идут в результате их непонимания простой арифметики и ещё дебильных требований, зачастую не учитывающих положений законодательства.
4. Модератор раздела Артур Аюханов (artbear) 06.02.12 17:30
(0) Нужная тема, хотя и руками перебросить несложно.
Вопрос: ты перекидываешь людей только между одинаковыми типами пачек (из СЗВ-6-1 в СЗВ-6-1 или из СЗВ-6-2 в СЗВ-6-2) или между разными?
Если между разными типами, то, возможно, будут проблемы при проверке CheckXml-Ufa или CheckXml.
Я нарывался на подобные ошибки в прошлые годы. С тех пор тупо разбиваю стаж переносимого сотрудника на два
Например, вместо 01.10.11 - 31.12.11 ставлю 01.10.11 - 02.10.11 и 03.10.11 - 31.12.11
5. Евгений П. (jack19) 06.02.12 18:49
(4) artbear, Вопрос не в том, что перебросить руками сложно, а в том, чтобы найти, кого перебрасывать и куда, чтобы одновременно совпали 4 итоговых числа. Моя обработка только даёт такую информацию, но не перебрасывает (я намеренно не стал этого делать, хотя можно было). Естественно, пачка-откуда и пачка-куда при этом имеют один ключ (тип пачки, категория з/лица).
6. marlen monro (marlen) 08.02.12 14:29
(5) jack19, помню что такой фигней занималась до 2010 года, потом как-то необходимость отпала , как-то по-другому что ли стала делать, ну не бывает у меня расхождения больше чем на рубль между рсв и АДВ-6-2. Просто изначально подгоняю не пачки а рсв
7. Евгений П. (jack19) 08.02.12 16:12
(6) marlen, Если вы такая "умная", то объясните нам, чтобы мы не занимались "фигнёй":
1. Как вы подгоняете РСВ?
2. Если у вас всё-таки бывают расхождения в 1 рубль, то что вы с ними делаете?
8. marlen monro (marlen) 08.02.12 17:04
(7) jack19, ну во-первых итого по каждой пачке давно уже в рублях с копейками показываем. Только Итого по всем пачкам в АДВ-6-2 идет в рублях. Вот это последнее проверяется со строками в РСВ (всего начислено за период, всего уплачено за период). В РСВ всегда подгоняю эти цифры к максимально приближенным результам из ЗиК (там все в копейках и видно к чему стремиться). Чтобы подогнать, внизу в разделе 2 по начисленным от базы налогам цифры по месяцам разрешается менять +-1 рубль(кроме первой итоговой колонки). Вот так и равняю чтобы в разделе 1 было расхождение с пачками и с данными бухучета максимум 1 рубль - это допустимое расхождение с точки зрения пфр.
з.ы. на разноску уплаты в 1с77 я давно "забила", перегружаю все в пу 5, соответственно окончательные пачки формирую там
з.ы.ы. я не "умная", а умная.
9. Евгений П. (jack19) 08.02.12 17:24
(8) marlen, Да, сегодня работник ПФ, с которым расчетчики организации (об этом я написал выше) пытались договориться о том, чтобы он всё-таки принял пачки за 4 квартал, сказал о том, что можно округлять не каждую пачку, а итоговые суммы по пачкам. Тогда встаёт вопрос, почему об этом никто не говорил раньше и почему 1С сделала так, как сделала.
/Вот так и равняю чтобы в разделе 1 было расхождение с пачками и с данными бухучета максимум 1 рубль - это допустимое расхождение с точки зрения пфр./
Этим расчетчикам тоже говорили, что 1 рубль - можно. И каждый отчетный период это условие выполнялось. Но потом в ПФ сказали, что с 2010 года накопилось 3 рубля, а это не допустимо. И вот вторую сдачу организация сдает отчетность с очень большим трудом. Так что, если вы ещё с этим не столкнулись, это не значит, что вы это избежите.
10. marlen monro (marlen) 08.02.12 17:58
(9) jack19, Но потом в ПФ сказали, что с 2010 года накопилось 3 рубля
ну так и ровнять надо было то в большую, то в меньшую сторону, чтобы в итоге начиная с 2010 все сходилось с бухучетом!!! У них ведь в проверках все сверки с начала 2010 идут.
То есть данные между собой должны быть равны РСВ = БУ = пачки.

Столкнулась с другим - пфр разрешил однажды переплату показать копеешную по людям . пачки были сданы, переплата по уволенным людям накопилась, переделать текущим периодом уже не представляется возможным. Хотя по идее мне пофиг, больше уплату мы не будем разносить, пусть пфр сам думает как это выровнять.
11. Евгений П. (jack19) 08.02.12 18:11
(10) marlen, /ну так и ровнять надо было то в большую, то в меньшую сторону/
Ну так, пока не возникла проблема, никто из пфр не говорил, что эти рубли копятся. Сейчас то диагноз ясен. Что касается "то в большую, то в меньшую сторону", то проще вообще под ноль. И моя обработка, которая по вашим словам занимается фигнёй, как раз и помогает свести разницу к 0 или, при необходимости, к +1(-1) рублю. Про переплату ничего не могу сказать, суммы уплаты сами как-то считаются, но чувствую, что с ними тоже могут возникнуть проблемы.
12. Vladimir (Boroda) 10.02.12 07:21
(6) Дело в том, что несовпадение это возникает не из-за неправильности учёта (он, за редким исключением, всегда правильный), а из-за количества формируемых пачек, т.е. от величины и сложности предприятия. На большом предприятии у вас не может не быть этой ошибки, уже заложенной в методику ПФР. Например, у меня на одном большом предприяии разница СЗВ с РСВ достигала 5 рублей, за счёт округлений до рубля в самих пачек (их было что-то около 10). Чтобы "била" арифметика итоговая сумма в АДВ "подгоняется" под эти пачки и, естественно, расходится с РСВ. Я немного доработал отчёт в ПФР, чтобы показывал суммы в АДВ с копейками (РСВ тоже смотрел с точностью до двух знаков) - и они совпали с абсолютной точностью. А с округлением до рублей разлетаются враз.
Обработка, безусловно, хорошая и нужная, чтобы не "колупаться" вручную (я уже попробвал на практике: страховая ещё куда ни шло, а если и ту, и другую подгонять - утомительно), луше иметь её в своём арсенале.
13. Vladimir (Boroda) 10.02.12 07:26
Евгений, кстати, можно было бы расширить обработку и корректировать также и пачки СЗВ-6-3 (АДВ-6-4), т.к. там тоже возникает расхождение по этому поводу.
Или сделать отдельной, если с первой возникнут какие-либо нестыковки.
14. marlen monro (marlen) 10.02.12 22:10
(12) Boroda, вот так я сдаю пачки. Сначала складываются все пачки (рубли с копейками) например по страховой, и только ПОТОМ округляются до рубля. Внутри xml-файла по пачке СЗВ-6-1(2) все цифры в рублях с копейками. Внутри xml-файла АДВ-6-2 строки по пачкам как на картинке рубли с копейками и только итоговая в рублях.
Ну не страдаю я от округления) по крайней мере в этом месте. В нашем пфр давно так разрешили
Прикрепленные файлы:
15. Андрей Григорьев (Borisych) 11.02.12 00:45
В КА 1.1.18.1 вообще встроенная проверка косячит - когда на начало года в РСВ была переплата (сумма с минусом) например, по страховой, и на конец отчетного периода (в конкретном случае - 2011 год) тоже переплата
16. nadezda finogenova (finadezda) 14.02.12 17:46
(15) Borisych,
у меня такая же история, переплата на начало года и переплата на конец года, внутри пачки ПФ требует перераспределения по работникам... и подойдет ли данная обработка для исправления?
17. Андрей Григорьев (Borisych) 15.02.12 14:35
(16) finadezda, причем тут обработка? эта обработка для 7.7. А КА - это на 8-ке конфигурация. Ошибку в модуле обработки подготовки сведений исправил и всё прошло успешно - отправили отчетность через интернет. По другой организации выдала другие ошибки - что типа разница больше чем три копейки, а суммы показывает - разница = з копейки. Поправил в модуле проверки - чтобы разницу в 0.0322 рубля округлил 0.03 - и всё прошло - тоже отправили отчетность через интернет
18. Екатерина Нискажу (Екатерина2011) 06.03.12 13:32
Жаль что увидела эту обработку так поздно. очень полезная штука
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа