Коэффициент уплаты и данные на начало периода

[lubezniy]

Проблема найти бухпрограмму (не набивалку для ИС), в которую можно импортировать данные СЗВ-6.

Насколько я понял, кто-то из местных пользователей уже сделал такое из-за перераспределения взносов между сотрудниками, выполненного в местном управлении ПФ.
У нас в комплексных программах это тоже есть.

[svv]

Если она очистит стаж по работникам, будет та ещё песня.

Ну, это все таки будет на совести того, кто пишет импорт из xml. Импорт должен быть максимально осторожный.

Проблема найти бухпрограмму (не набивалку для ИС), в которую можно импортировать данные СЗВ-6.

Есть такие .
Но реально оттуда используется только уплата, и в совсем уж в крайнем случае стаж (как доп.опция).

[lubezniy]

Ну, это все таки будет на совести того, кто пишет импорт из xml. Импорт должен быть максимально осторожный.

Совесть совестью, а расчёт должен идти на масштаб возможных последствий.

[svv]

Совесть совестью, а расчёт должен идти на масштаб возможных последствий.

Ну тогда, по-моему, выход только один - получать от ПФ полные файлы отчетности. Все остальное может привести "к масштабным последствиям" при бездумном импорте.

[Homer]

один из отчетов из базы данных нарастающим итогом в целом по страхователю, (+)переплата, страховой номер без лидирующего "0", последний столбец, это последние начисления по ЗЛ, этот файл просто пример, но отражает схему формирования отчета, есть еще возможность формировать нарастающий итог до определенного периода, т.е. до 1 кв., до 2 кв. и т.д.,

Я думаю, что пример не совсем корректный, т.к. не может быть превышение по уплате в одной организации по РАЗНЫМ отчетным периодам.

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

Ну тогда, по-моему, выход только один - получать от ПФ полные файлы отчетности. Все остальное может привести "к масштабным последствиям" при бездумном импорте.

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

[Валерий Ж]

Я думаю, что пример не совсем корректный, т.к. не может быть превышение по уплате в одной организации по РАЗНЫМ отчетным периодам.

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

[Валерий Ж]

У нас такое рассылают. Вот только бы они раскладывали бы эти суммы по Отчетным периодам, иначе не понятно, где они ошибку нашли...

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

[yante]

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

Недавно клиенто пошел сдавать отчет за 3кв2011г, и выяснилось, что из-за сданых данных 2кв2011г у одного Сотрудника по итогам 3кв2011г возникла переплата - отчет не приняли.
Анализ показал, что ошибка именно во 2кв2011г ( сперва была ошибка в РСВ-1, потом у другого сотрудника поменяли Год Рождения и пересчитали Зарплату за 2кв2011г, но не пересичтали Распределение за 2кв2011г, и сдали так, как было в самом начале ).
И мы встали перед выбором - либо принять то, что уже сдали, и далее АБСОЛЮТНО все делать вручную, либо сдать 3кв2011г(ИСХ)+2кв2011г(КОРР), чтобы все было "На автомате" и согласно проводкам в бухпрограмме.
Выбрали, естественно, второй вариант. Отнесли КОРР. ПФР принял, правда, долго расспрашивали по телефону, "а зачем вы так далете, неужели нельзя сделать так, как мы просили?". Мы так и объяснили, что "если мы сделаем так, как хотите вы, то в дальнейшем - только вручную, иначе - все автоматом из бухпрограммы. Мы выбрали менее затратный вариант".
ПФР обещал подумать, и что-то там "подкрутить".
Как вариант, они не станут грузить наши данные в Москву, а по итогам 4кв2011г будут "просить" сдать то, что "просит их программа", иначе - отказ в приеме. Посмотрим, что будет.
А пока - отчетность успешно сдана...

А если бы была возможность программно запросить "то, что сдавали", то вся страна бы ужаснулась, т.к. в ПФР хранятся давно не то, что сдавалось, а то, что ПФР уже "подправил". А ПФР-у, скорее всего, это невыгодно, т.к. их инетерсует не истинная картина по взносам, а то, чтобы то, что мы сдаем "легло в их программу".
Про то, что их программу писали "двоешники" было сказано много - не хочется уже повторяться...

[Валерий Ж]

Я думаю, что пример не совсем корректный, т.к. не может быть превышение по уплате в одной организации по РАЗНЫМ отчетным периодам.

вот еще, может более корректный

[Валерий Ж]

в ПФР хранятся давно не то, что сдавалось, а то, что ПФР уже "подправил". А ПФР-у, скорее всего, это невыгодно, т.к. их инетерсует не истинная картина по взносам, а то, чтобы то, что мы сдаем "легло в их программу".

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