Письма с превышением уплаты за год

[LoraK]

Отладочная версия обновлена - исправил пару ошибок (итоговая сверка по всем ЗЛ и сверка с СЗВ-6-3). Ещё несколько дней жду сообщений об ошибках; если всё будет нормально, придам версии официальный рабочий статус.

Решила провести сверку ИС с СЗВ-6-3.
Выявились ошибки при по работникам, у которых менялся статус (НР/ ООИ) в году. По ним в протоколе две строки (НР и ООИ), а суммы отображаются неправильно: по обеим категориям в графе Сальдо суммы одинаковые, причем посчитанные неверно

Пример:
01 мес: 8341.95 ... ООИ ... 16% = 1334,71
02 мес: 5563,73 ... ООИ ... 16% = 890,20
03 мес: 6740,25 ... НР ... 22% = 1482,86
04 мес: 8604,33 ... НР
05 мес: 11217,27 ... НР
06 мес: 5269,99 ... НР
07 мес: 10973,24 ... НР
08 мес: 9780,90 ... НР
09 мес: 7663,62 ... НР
10 мес: 8604,33 ... НР
11 мес: 8090,22 ... НР
10 мес: 7270,71 ... НР
=================
ИТОГО:
по ООИ : 13905,68 взносы = 2224,91
по НР: 89153,39

В протоколе за 1 квартал :
........... ИС .........СЗВ-6-3 .......сальдо
НР: 1482,86 ... 2224,91 ... 742,05
ООИ: 2224,91 ... 2224,91 ... 0

В последующих кварталах категория только НР, но суммы в графе СЗВ-6-3 стоят по обеим категориям одинаковые и, соответственно, сальдо неверно.

[lubezniy]

В кои-то веки обновил программу. Помимо исправления ошибок реализована возможность запуска из командной строки и в тестовом режиме включена поддержка форм СЗВ-6-4. Вопрос сверки с файлами запроса 12.18 пока открыт - есть некоторые сложности по алгоритму. Предварительно я представляю себе его так:

1. Пользователь выбирает в программе режим работы "Сверка с данными УПФР" (на мой взгляд, лучше вывести всё же в отдельный режим). Программа предлагает ему выбрать следующие параметры:

1.1. Имя xls-файла результата запроса 12.18 (вообще можно ли как-то определить тип запроса по маске имени файла?);
1.2. Путь к файлам инд. сведений (файлы исходных ИС за последующие периоды);
1.3. Один или несколько регномеров одного (!) страхователя в ПФР.

2. По заданным параметрам программа делает следующее:

2.1. Считывает xls-файл и формирует из него список со следующими данными:

2.1.1. СНИЛС (ведущие нули + "страхномер" + пробел + "кс" ?)
2.1.2. Фамилия, имя, отчество застрахованного лица;
2.1.3. Сальдо на начало периода - страховая часть (0 минус значение столбца "разница усч нсч");
2.1.4. Начислено за период - страховая часть (0 первоначально);
2.1.5. Уплачено в периоде - страховая часть (0 первоначально);
2.1.6. Итоговое сальдо - страховая часть (0 первоначально);
2.1.7. Сальдо на начало периода - накопительная часть (0 минус значение столбца "разница унч ннч");
2.1.8. Начислено за период - накопительная часть;
2.1.9. Уплачено в периоде - накопительная часть;
2.1.10. Итоговое сальдо - накопительная часть;
2.1.11. Примечание (первоначально пустая строка).

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

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

2.3. По каждой строке списка рассчитываются итоговые сальдо; при обнаружении отрицательного итоговых сальдо или положительного итогового сальдо при нулевых значениях "начислено"/"уплачено" соответствующим образом заполняется графа "Примечание".

2.4. Список сортируется по алфавиту и выводится в Excel или OpenOffice тем же методом, что и сейчас используется в vlsverkapf.

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

Пока что жду замечаний и предложений к этому алгоритму. И задаю главный вопрос: насколько удобно по этому алгоритму будет работать?

[СергейI]

лучше сделать по запросу 12.32 (можно выбрать необходимый отчетный период), по структуре похож с 12.18

[lubezniy]

Так давайте определимся, что вы сами выдаёте страхователям и как это дело считать.

[СергейI]

завтра скину образец файла

[lubezniy]

Эх... Стоило только выложить поддержку новых форм, как вспомнил, что вообще не учёл наличие реквизита "Тип договора". Придётся серьёзно переделывать. Если успею, то выложу версию завтра (во вторник) вечером.

[Валерий Ж]

номера региона или района не видно

интересно, вроде в шапке файла все отражалось, может в связи с обновлениями что то изменилось, пойду завтра в гости к бывшим соратникам, даже интересно стало, но следует учесть, что не все регионы имеют доступ на территориальном уровне к проге Статистика БД IS2002... но идея отличная на мой взгляд, было бы это на год хотя бы раньше, то сколько сведений приняты были бы адекватно... Спасибо, Виктор.

[lubezniy]

Переписал работу с СЗВ-6-4; заодно, воспользовавшись примерами с форума, поправил в этой части множество ошибок. Версия обновлена.

[Валерий Ж]

постоянная часть имени файла зависит от региона или района, или нет?

не зависит, как я понял формируется программой, вне зависимости от запроса, регион и район присутствует в регистрационном номере.

[СергейI]

2. Для результатов запроса 12.32

R002000307-PPPrrrnnnnnn-k-gggg.XLS

где R002000307 - постоянное значение имени файла,
PPPrrrnnnnnn - регистрационный номер страхователя
k - номер квартала
gggg - год.

постоянная часть совпадает у всех

[lubezniy]

Написал модуль чтения файлов запросов средствами MS Office или OpenOffice в зависимости от того, что есть на компьютере. При наличии сразу обеих программ предпочтение будет отдаваться Excel - он шустрее работает. До того, как можно будет что-то показать, ещё далековато: предстоит ещё написать модули собственно сверки запросов с ИС и формирования новой формы протокола в разных форматах, а также поработать над интерфейсом. Пока что ввиду необходимости капитально перерабатывать интерфейс сверки под новые функции принято решение сперва реализовать новую сверку в отдельной программе, которую я включу в архив со Сверкой и, вероятно, сделаю вызов этой программы из Сверки. Дальше уже буду смотреть на возможности объединить все функции в одном исполняемом файле так, чтобы это было сколь-нибудь удобно. Если обстоятельства не помешают, за неделю-две управлюсь с отдельной программой.

[Валерий Ж]

за неделю-две управлюсь с отдельной программой.

Бум ждать....

[lubezniy]

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

[yante]

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

Я думаю, что в столбце "примечание" нужно писать либо "Переплата СЧ", либо "Недоимка СЧ ( НЧ )", либо и то и другое вместе, но чтобы ( вместе ) они помещались в одну строку.
И еще, выделяй этот текст цветом, как и саму переплату...
А это специально у некоторых НакНач/НакУпл = "-/-", а у последнего "0,00/0,00"?

[lubezniy]

А это специально у некоторых НакНач/НакУпл = "-/-", а у последнего "0,00/0,00"?

Да. На новых сотрудников может не быть сведений в запросе, как и в самих сведениях может не быть данных о "старых" сотрудниках.