gifts2017

Подготовка сведений для ПФР с учетом задолженности по страховым взносам в разрезе сотрудников для ЗИК

Опубликовал Victor Nespyatin (victuan) в раздел Отчеты - Бухгалтерские

При выгрузке из ЗиК индивидуальных сведений (форм СЗВ-6-1 и СЗВ-6-2) суммы уплаты заполняются расчетным методом и не всегда встают верно, т.к. фактические данные распределения уплат предыдущих периодов не учитываются.
Данная обработка сохраняет распределение задолженности в разрезе сотрудников по итогам формирования форм СЗВ-6 в специальном документе "Задолженность по страховым взносам", который используется в дальнейшем для формирования сведений в следующем отчетном периоде.
Есть возможность не использовать этот специальный документ и восстановить распределение задолженности за предыдущие (ранее сданные) периоды на основе данных файлов XML, сформированных в прошлых отчетных периодах (1 полугодие 2010 года и последующие).

Перед использованием обработки рекомендую ознакомиться со статьей "Порочные особенности "Подготовки сведений персонифицированного учета СЗВ-6" в программах 1С " http://infostart.ru/public/88231/

Для кого эта обработка?
1) Для тех, кто накопил ошибок из-за неверного заполнения документов "Расчеты по страховым взносам" (с т.зр. неопубликованной методологии ЗИК). И их исправление слишком затратное или приведет к неизбежной корректировке ранее поданных сведений.
2) Для тех, кто распределял уплаченные взносы сотрудников в сторонних программах (напр., бесплатных программ, рекомендованных ПФР для подготовки сведений http://www.pfrf.ru/free_programs/). И теперь, из-за разницы в алгоритмах этих программ и штатного механизма ЗИК, не могут перейти на использование штатного распределения ЗИК. Также эта обработка предоставляет регламент, выполнив который, можно вернуться к штатному механизму ЗИК (даже в самых запущенных случаях) и отказаться от дальнейшего использования этой обработки.
3) Для тех, кто только начал использовать конфигурацию ЗИК и в ней нет данных по начисленным взносам за предыдущие периоды.
4) Для тех, у который ПФ не принимает сведения из-за накопившихся ошибок округления и переплат благодаря порочным особенностям механизма распределения уплат в ЗИК.
5) Для тех, кому необходимо подавать корректирующие сведения в ПФ по прошлым периодам по избранным сотрудникам, а не в целом по всему предприятию.
6) Для тех, кто желает установить особый порядок распределения уплат по видам застрахованных (закрывать уволенных и пр. в первую очередь и т.д.).
7) И для всех остальных, т.к. подготовка сведений в ПФ с ее помощью проще и нагляднее и не позволяет допустить ошибок, которым подвержен штатный механизм распределения уплат в ЗИК.

Данная обработка является альтернативой штатного распределения уплаченных взносов в ПФР для конфигурации «Зарплата и кадры 7.7».
Для конфигураций «Бухгалтерия 7.7», «Упрощенная система налогообложения 7.7» и «Предприниматель 7.7» обработку можно скачать по адресу: http://infostart.ru/public/95767/.

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

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

1) Указать последнюю достоверную дату зафиксированной в программе задолженности в разрезе сотрудников документом "Задолженность по страховым взносам" (этот документ нужно добавить в типовую конфигурация из комплекта моей разработки). В идеале этот документ должен находится в конце предыдущего отчетного периода (полугодия для 2010 и квартала для 2011 г.). Но его может не быть вообще (он даже может быть не добавлен в конфигурацию).

2) В случае если задолженность на конец прошлого периода не зафиксирована этим документом, нужно указать путь как файлам ИС, содержащей данные о СЗВ-6 предыдущих отчетных периодов (начиная с 2010 года). Учитываются как ИСХОДНЫЕ, так и КОРРЕКТИРУЩИЕ файлы ИС. При этом следите, чтобы в каталоге с файлами ИС не оказались одновременно с КОРРЕКТИРУЮЩИМИ сведениями ИСХОДНЫЕ (старые) за тот же период, иначе получите задвоение сумм. Сочетание же ИСХОДНЫХ и КОРРЕКТИРУЮЩИХ за разные отчетные периоды допускается. Из них обработка прочитает суммы начислений и уплат и восстановит задолженность по сотрудникам на начало текущего отчетного периода. Можно комбинировать: указать дату задолженности на конец какого-нибудь раннего отчетного периода, тогда обработка будет анализировать эту задолженность и вычислит изменение задолженности на основе ИС, лежащих в промежутке между той датой и текущим отчетным периодом.

3) Механизм распределения уплат разработки отличается от штатного механизма распределения ЗИК. Если вы планируете вернуться к использованию штатного механизма ЗИК поставьте галочку "Включить режим совместимости распределения уплат со штатным механизмом ЗИК". В этом случае скроется закладка "Настройки погашения" и будут недоступны возможности по порядку распределения уплат, которые приводят к несовместимости с распределением штатного механизма ЗИК.

4) Если вы хотите воспользоваться возможностями альтернативного распределения, то уберите галочку "Включить режим совместимости распределения уплат со штатным механизмом ЗИК" и перейдите на закладку "Настройки погашения".

5) На закладке "Настройки погашения" можно выбрать порядок, в котором будут погашаться взносы отдельных групп сотрудников; порядок погашения взносов прошлого и текущего периода.
Если никакие опции на этой закладке не выбраны, то данный режим аналогичен включенной галочке "Включить режим совместимости распределения уплат со штатным механизмом ЗИК" на предыдущей закладке, что подтверждается поясняющей надписью "Данные настройки совместимы со штатным механизмом распределения уплат в ЗИК".
  Список "Порядок первоочередного погашения начисленных взносов уплаченными" позволяет выбрать те группы сотрудников, по которым оплата должна пройти в первую очередь. Статус сотрудников определяется на конец текущего отчетного периода. Работающий пенсионер выявляется на конец следующего отчетного периода (начиная с версии 2.4). Это позволит в следующем отчетном периоде в форме СПВ-1 «новоиспеченного» пенсионера поставить «Уплачено = Начислено». Порядок очередности выбранных групп определяет, в каком порядке обработка будет погашать взносы (сальдо и начисления текущего периода) имеющейся оплатой. Если оплаты недостаточно, то окажутся "непогашенными" последние группы сотрудников. Порядок очередности можно изменить кнопками с изображениями стрелок, находящимися справа от списка. Если установлен флажок ""Первоочередников" погашать общим списком, без учета выбранного порядка их приоритета", то порядок очередности выбранных групп не учитывается, они погашаются общим списком, и если оплаты не хватит, то не хватит всем поровну или последним по алфавиту (в зависимости от флажка "Задолженность предыдущих периодов погашать в алфавитном порядке (а не по коэффициентам)"). Упомянутый флажок добавлен в обработку, чтобы была возможность уменьшить количество застрахованных, переходящих из-за оставшегося сальдо в следующие отчетные периоды, в которых начисления взносов они иметь уже не будут, например, уволенные. Если флажок установлен, то при оплате, которой недостаточно даже для погашения взносов прошлого периода, сальдо сотрудников будет погашаться не по общему коэффициенту, а в алфавитном порядке. Это позволит перейти в следующий период, например, вместо всех уволенных с частичной оплатой сальдо, только последних (по алфавиту) уволенных с полностью неоплаченным сальдо. Т.е. количество застрахованных в пачках следующих отчетных периодов будет меньше. При этом, конечно, нарушается социальная справедливость. Но она в любом случае нарушается при использовании механизма первоочередного погашения задолженности по выбранным группам сотрудников. Если оплаты достаточно для погашения задолженности прошлых периодов, то установка флажка "Задолженность предыдущих периодов погашать в алфавитном порядке (а не по коэффициентам)" не на что не влияет - сальдо прошлых периодов будет закрыто оплатой полностью.
В списке справа "Список сотрудников, отдельно выбранных для первоочередного погашения" можно персонально выбрать сотрудников, которых нужно "погашать" в первую очередь и для которых не предусмотрено группы, заданной в списке "Порядок первоочередного погашения начисленных взносов уплаченными". Для того чтобы этот список учитывался должна быть установлена галочка "Отдельно выбранные по списку" в левом списке. Значение кнопок правого списка аналогично кнопкам в штатном подборе сотрудников ЗИК, кроме кнопки "Добавить". Последняя позволяет подобрать сотрудников по группам, аналогичным в левой списке. Это позволит визуально оценить количество "первоочередников", которых обработка будет использовать.
Переключатель "Очередность распределения уплаты" имеет смысл, если заданы "первоочередники". Он определяет порядок погашения задолженности прошлых периодов по отношению к текущим начислениям. По умолчанию ("Сначала полное погашение задолженности прошлого периода по всем, затем погашение текущих взносов по всем") обработка, пока не погасит задолженность прошлого периода, не приступит к закрытию оплатой начислений текущего периода. Если выбрано обратное ("Сначала задолженность и текущие взносы "первоочередников", затем задолженность и текущие взносы остальных"), то оплатой сначала закроется сальдо и текущие начисления "первоочередников" (насколько ее хватит), а только затем начнут погашаться сальдо и текущие начисления остальных застрахованных. В таком случае может получиться, что сохранится часть задолженности за прошлый период притом, что часть начислений текущего периода будет погашена. Этот режим можно использовать, если оплаты не хватает для полного закрытия сотрудников из выбранных групп, как по сальдо, так и по текущим начислениям при варианте по умолчанию, т.е. получится, что сальдо закрылось, а на текущие начисления им оплаты не хватило и они перейдут в следующий отчетный период для погашения оставшихся сумм.

После того как все необходимые настройки произведены, возвращаемся на закладку "Пачки документов". Нажимаем кнопку "Заполнить суммы взносов". Обработка с учетом заданных условий в "Настройках" и "Настройках погашения" распределит уплату по сотрудникам. В качестве сумм оплаты за текущий отчетный период обработка возьмет данные из документов "Расчеты по страховым взносам". При этом она не будет анализировать распределение этих документов по месяцам отчетного периода, а также месяцы, за которые произведена оплата. Обработка просто возьмет общую сумму из этих документов и сама восстановит сумму оплаты за текущий и за прошлый период. Т.е. можно в программе зафиксировать оплату этими документами не помесячно, а одним документом, в котором, например, указать оплату целиком за 2 кв 2011 года. Данный алгоритм обеспечивает устойчивость по отношению к ошибкам, которые могут быть совершены бухгалтером при вводе этих документов с разбивкой по месяцам оплаты и в разрезе месяцев, за которые оплата.

По итогам распределения обработка вычислит задолженность на конец сформированного отчетного периода и зафиксирует ее в документе "Задолженность по страховым взносам" на конец данного отчетного периода (если вы этот документ добавили в конфигурацию). Полученный документ используется в дальнейшем при формировании ИС за следующий отчетный период и т.д.

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

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

 Алгоритм распределения уплаты по сотрудникам.

На основании выявленной задолженности на начало отчетного периода из суммы уплат за текущий период выделяются суммы для погашения задолженности старого периода. Доплаты могут оказаться равной задолженности (если организация не накапливает задолженность) либо меньше ее (если текущей оплаты не хватает даже для погашения долгов предыдущих периодов). Если заданы "первоочередники" и выбрана очередность распределения "Сначала задолженность и текущие взносы "первоочередников", затем задолженность и текущие взносы остальных", то доплата за прошлый период уменьшается на величину текущих начислений "первоочередников", на которую не хватает оплаты за текущий период. Соответственно, оплата за текущий период на эту величину увеличивается, она пойдет на погашения текущих начислений "первоочередников".

Распределение оплаты по сотрудникам производится в 4 последовательных этапа (если выбраны "первоочередники") или в 2 этапа (если они не выбраны):

1) Если выбраны "первоочередники", то полученная доплата распределяется, в первую очередь, на задолженность "первоочередников".

2) Оставшаяся доплата распределяется на задолженность остальных сотрудников (либо на всех сотрудников, если "первоочередники" не заданы).

3) Если выбраны "первоочередники", то оставшаяся сумма уплаты распределяется на "первоочередников", имеющих начисления в текущем периоде.

4) Оставшаяся сумма уплаты (если осталась) распределяется на начисления остальных сотрудников (или всех, если не выбраны "первоочередники") текущего периода.

Оплата на начисления текущего периода распределяются по коэффициенту наподобие штатного механизма ЗИК (Оплачено за текущий период / Начислено в текущем периоде), но при этом задействуется механизм балансировки копеек, который не позволит ошибкам округления накопиться в итоговой сумме. При этом этот механизм также не позволит отклониться рассчитанной сумме по сотруднику более чем на 1 копейку по сравнению со значением уплаты, рассчитанным точно по формуле.

Оплата на сальдо прошлого периода распределяется либо по коэффициенту (Доплачено за прошлый период / Сальдо за прошлый период) либо погашается в алфавитном порядке на полные суммы взносов сотрудников, насколько оплаты хватает - в зависимости от "Очередности распределения уплаты", заданной в "Настройках погашения". При этом также применяется механизм балансировки копеек.

Механизм распределения уплат данной обработки никогда не допустит переплату по сотруднику даже на 1 копейку.

Примечания.

В качестве даты зафиксированной задолженности в  обработке нужно указывать начало следующего периода. Напр. если задолженность зафиксирована документом 30.06.10, то дату ставим - 01.07.10.

Если нужно полностью задолженность восстановить из файлов ИС, то нужно в качестве "Даты зафиксированной в программе задолженности" поставить "01.01.2010" или "пусто".

Если нужно, чтобы задолженность взялась только из сохраненных в базе данных, то нужно в качестве "Даты зафиксированной в программе задолженности" поставить дату начала текущего отчетного периода (напр., если отчетный период "2-ое полугодие 2010", то дата - "01.07.2010"). Тогда файлы ИС анализироваться не будут.

При распределении оплаты при смешанных категориях застрахованных (общий режим + ЕНВД, наличие инвалидов) учитывается письмо (подчеркиванием текст выделен мною):


ПЕНСИОННЫЙ ФОНД РОССИЙСКОЙ ФЕДЕРАЦИИ

ПИСЬМО

от 18 мая 2011 г. № 08-26/5304

ОБ АЛГОРИТМЕ ПРОВЕРКИСУММ СТРАХОВЫХ ВЗНОСОВ ПО ИНДИВИДУАЛЬНОМУ ЛИЦЕВОМУ СЧЕТУ ЗАСТРАХОВАННОГО ЛИЦА

            Департамент организации персонифицированного учета пенсионных прав застрахованных лиц рассмотрел письмо Отделения ПФР и сообщает, что при обработке сведений индивидуального (персонифицированного) учета для их учета на индивидуальных лицевых счетах застрахованных лиц в ПТК СПУ реализован следующий алгоритм проверки сумм начисленных и уплаченных страховых взносов по застрахованному лицу: суммы уплаченных страховых взносов (отдельно на страховую, отдельно на накопительную части трудовой пенсии) должны быть меньше или равны сумме начисленных страховых взносов (соответственно), нарастающим итогом, без учета категории застрахованного лица.
            Что касается вопроса отражения страхователями в сведениях индивидуального (персонифицированного) учета сумм страховых взносов, уплаченных в 2011 году в счет погашения задолженности за 2010 год, в том числе страхователями, применяющими пониженные тарифы страховых взносов (например, представлявших сведения персучета за 2010 год с категорией "УСЕН"), то уплаченные страховые взносы отражаются в сведениях персучета без разделения на суммы платежей текущего отчетного периода и суммы доплат за предыдущие отчетные периоды (формирование отдельных пачек документов, в которых указаны суммы платежей текущего отчетного периода и суммы доплат за предыдущие отчетные периоды не требуется).
http://wwwl.rnk.ru/documents/strahovie_vznosy/document137378.phtml

Таким образом, нет необходимости учитывать сальдо и уплату в разрезе категорий. Т.е. категория для сальдо в документе «Задолженность по страховым взносам» не играет ни какой роли – у меня оставлено только «для красоты». Если в текущем периоде гасим задолженность, то неважно, на какую категорию ставить оплату в счет погашения задолженности, добавляем просто к оплате по той категории, на которой есть начисления в текущем периоде. Если у сотрудника начисления в текущем периоде по нескольким категориям, то эту доплату можно ставить на любую из этих категорий. Также как и оплату текущего периода можно ставить на одну категорию из двух, а по другой оставлять пустую оплату.

При создании обработки были взяты некоторые алгоритмы из разработки natalos "ЗИК 305 Выгрузка в ПФ. СЗВ-6. Разноска сумм (задолженности) уплаты по людям с учетом первого полугодия (xml файлов) Для организаций, задолженность которых погашена в 0 до 31.12.2010." http://infostart.ru/public/80677/, в частности, алгоритм чтения сведений СЗВ-6 из файлов XML, сбор данных в таблицу значений и вывод результатов в таблицу на экране.

Дополнительные настройки, не имеющие отношения к распределению уплат:

1) "АДВ 6-2 печатать с копейками" - удобно при отладке, чтобы сверить до копеек сумму начислений и уплат с бухгалтерией.

2) "Особые условия труда (по умолч.):" - это для льготных профессий - если не заведено штатное  расписание и не назначены сотрудникам надбавки за вредность, то в файлы ИС не выгружается код особых условий труда. Если в вашем предприятии этот код один и тот же для всех льготных профессий (напр., 27-2), то проставьте его здесь и он станет выгружаться в файлы и печататься на форме СЗВ-6-1.

3) "Сотрудников с неверными номерами страхового свидетельства выгружать" - бывает, что нужно скорее сделать выгрузку в черновом виде и увидеть распределение уплат, а люди с неправильными номерами не попадают в пачки и не дают увидеть общее распределение. Пользуйтесь, только не забудьте восстановить страховые номера проблемных сотрудников.

4) "Не использовать ОЗОИ вместо УСЕН (для периодов 2010 года)" - для совместимости при использовании релиза 309 ЗИК.

5) "Использовать НЕОПЛ вместо АДМИНИСТР" – при печати и выгрузке в файлы третий параметр доп. сведений ИТС «Администр» заменяется на «Неопл».

6) Добавлена отдельная обработка, которая проводит анализ сальдо по итогам 1-го и 2-го полугодия из файлов ИС (или на рубеже других отчетных периодов), которые сформированы в любой программе (не только ЗИК и даже не в 1С). Обработку можно запускать в любой базе 1С, она не привязана к метаданным.

7) Добавлена отдельная обработка, которая позволяет выгрузить сотрудников с вредными условиями труда в формате программы Перечень льготных профессий 3.1. За основу был взят ранний вариант обработки http://infostart.ru/public/73397/

ВНИМАНИЕ! Обработка готова для подготовки отчета за 4 квартал 2011 года (и последующих периодов) совместно с релизами ЗИК 309-326. 

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

Для начала нужно в вашу конфигурацию ЗИК внедрить новый документ ЗадолженностьПоСтраховымВзносам. Документ ЗадолженностьПоСтраховымВзносам добавляйте в конфигурацию через буфер обмена посредством приложения ClipBrd.exe:
1) Открыть приложение "Папка обмена" (Пуск - Выполнить - ClipBrd.exe), выбрать пункт меню Файл - Открыть - ЗадолженностьПоСтраховымВзносам.CLP (либо дважды щелкнуть по файлу ЗадолженностьПоСтраховымВзносам.CLP, чтобы он открылся в Папке обмена)
2) Запустить конфигуратор для базы ЗИК
3) Открыть конфигурацию
4) Поставить курсор на метаданные Документы
5) Выбрать пункт меню Действия - Вставить
6) В метаданных появится новый документ ЗадолженностьПоСтраховымВзносам
7) Сохранить конфигурацию
Замечание: для Windows Vista /Seven эта инструкция может не работать :(

Документ ЗадолженностьПоСтраховымВзносам можно внедрить в конфигурацию (или обновить) через режим "Объединение конфигураций" с файлом ЗадолженностьПоСтраховымВзносам.md:
1) Запустить конфигуратор для базы ЗИК
2) Выбрать пунт меню Конфигурация - Обновить конфигурацию - выбрать файл ЗадолженностьПоСтраховымВзносам.md
3) Отключить все объекты метаданных нажав кнопку "Выкл. все" (обязательно!)
4) Поставить галочку напротив объекта Документы - Задолженность по страховым взносам (если этот объект не виден в списке метаданных, значит, вы его уже добавили в конфигурацию, и он содержит все последние изменения)

Примечание. Можете этот документ не добавлять в конфигурацию и не использовать его. Тогда при подготовке каждого очередного отчета для ПФР вам придется указывать моей обработке все файлы ИС, начиная с 1 полугодия 2010 года до отчетного периода.

Делаем отчетность за 2 кв 2011 (или другие последующие периоды):
1) Вводим документы "Расчеты по страховым взносам" во 2 кв 2011 году, в которых задаем суммы оплат - сколько оплачено во 2 кв 2011 - по выпискам банка за период апрель - июнь 2011 года. Если платили в апреле 2011 за март 2011 - заносим, если платили в ИЮЛЕ 2011 за июнь 2011 (или другой месяц) - не заносим. Можно оплату зарегистрировать даже одним документом за квартал без разбивки по месяцам, главное собрать всю сумму, оплаченную во 2 кв. 2011.
2). Запускаем данную обработку. На закладке Настройки поставьте галочку "Распределение уплат с учетом прошлого распределения", дату зафиксированной в программе задолженности поставьте "01.01.2010", укажите каталог с файлами ИС, в котором находятся файлы за 1-ое и 2-ое полугодие 2010 года и 1 квартал 2011 года.
3) На закладке "Пачки документов" нажмите "Заполнить" (если будет вопрос "Удалить и продолжить?" нажмите "Да"). Появятся пачки документов, суммы "начислено" заполнятся, суммы "уплачено" будут 0.
4) Нажмите кнопку "Заполнить суммы взносов". Обработка проставит суммы оплат по сотрудникам согласно описанному выше алгоритму и создаст (обновит) документ "Задолженность по страховым взносам", в котором сохранит сальдо на 30.06.11 (если вы этот документ добавили в конфигурацию). Это позволит распределить оплату по сотрудникам в 3 кв 2011 г без файлов ИС за предыдущие периоды.
5) В ходе работы обработка создаст поясняющие сообщения в табло сообщений и выдаст таблицу.
6) В принципе всё готово, можете выгружать файлы и сдавать отчет.

Если что-то не получилось, то полученные в п.5 сообщения и таблицу вышлите мне на е-мэйл.

Важное замечание. Вы используете разработку на свой страх и риск. Автор разработки не несет ответственности за возможную порчу информации.
Раз воспользовавшись данной обработкой, доверять дальше ЗИК распределять уплату без опции «Распределение сумм уплаченных взносов производить с учетом ранее переданных данных.» нельзя. Пойдет всё криво, т.к. у нее с ЗИКой разные алгоритмы.

Существует определенный регламент, который надо выполнить, чтобы отказаться от использования данной обработки и перейти обратно на штатный механизм распределения уплат в ЗИК. Этот регламент нужно соблюдать, если вы после перехода на штатный механизм НЕ намерены использовать опцию «Распределение сумм уплаченных взносов производить с учетом ранее переданных данных». При использовании же оной опции данный регламент выполнять не нужно.

1) Перед тем как переходить на штатный механизм ЗИК надо воспользоваться версией данной обработки не ниже 2.3.

2) Необходимо на закладке "Настройки" установить флажок "Включить режим совместимости распределения уплат со штатным механизмом ЗИК"

3) Распределить уплаченные взносы. Если доуплата за прошлый период полностью покроет задолженность прошлого периода (это условие соблюдается для большинства организаций, которые оплачивают взносы в срок или с задержкой не больше квартала), то со следующего отчетного периода можно отказаться от моей обработки и пользоваться штатным механизмом распределения уплат ЗИК (встроенной обработкой "Подготовка сведений для ПФР"). Если доуплата не закроет полностью задолженность прошлого периода, то нужно пользоваться данной обработкой в следующих отчетных периодах, пока это условие не наступит.

4) При выполнении условий п.3 со следующего периода можно пользоваться штатной обработкой ЗИК . Не забудьте в следующем отчетном периоде выделить из оплат текущего периода (квартала) оплату за предыдущий период в сумме равной задолженности, зафиксированной алгоритмом данной обработки в документе ЗадолженностьПоСтаховымВзносам с точностью до копеек (при отсутствии этого документа в метаданных конфигурации взять сальдо можно из итоговой таблицы, которая формируется обработкой при распределении уплаты). Данную задолженность зафиксировать одним из документов РасчетыПоСтраховымВзносам, дата которого - текущий отчетный период (за который используется штатный механизм ЗИК), месяц начисления - любой из предыдущего периода.

 

ИСТОРИЯ:

Обновление от 12.04.11 (версия 1.2):

1) автоматическое определение "Даты зафиксированной в программе задолженности по застрахованным" при смене отчетного периода
2) учитываются как ИСХОДНЫЕ, так и КОРРЕКТИРУЩИЕ файлы ИС (исправлена недоработка #3). При этом следите, чтобы в каталоге с файлами ИС не оказались одновременно с КОРРЕКТИРУЮЩИМИ сведениями ИСХОДНЫЕ (старые) за тот же период. Иначе получите задвоение сумм. Сочетание же ИСХОДНЫХ и КОРРЕКТИРУЮЩИХ за разные отчетные периоды допускается.
3) автоматический учет авансов по оплаченным взносам в следующих отчетных периодах (также в документ ЗадолженностьПоСтраховымВзносам добавлены реквизиты ПереплатаСтрах, ПереплатаНакоп) - исправлена недоработка #8
4) исправлена ошибка при переборе документа ЗадолженностьПоСтраховымВзносам  (см. пост #31 Blind)
5) исправлена ошибка, при которой сотрудник из прошлого периода для распределения уплаты мог попасть в пачку с инвалидами, а не в пачку с основной категорией

Обновление от 13.04.11 (версия 1.3):

6) Улучшен алгоритм распределения уплаты взносов на сотрудников: раньше могли оставаться нераспределенные копейки
7) исправлена ошибка определения пачки, в которую нужно добавить сотрудников из прошлого периода для распределения уплаты
8) при добавлении сотрудников из прошлого периода для распределения уплаты учитывается ограничение на размер пачки - 200. При переполнении создаются новые пачки

Обновление от 18.04.11 (версия 1.4 БЕТА):

 9) учет отрицательной задолженности (переплаты) по сотрудникам, ошибочно допущенной в прошлых периодах (из-за не использования данной обработки). Данный алгоритм содержит ошибки, версия 1.4 не рекомендована к использованию.

Обновление от 19.04.11 (версия 1.5 БЕТА):

 9) переписан алгоритм учета отрицательной задолженности (переплаты) по сотрудникам, ошибочно допущенной в прошлых периодах (из-за не использования данной обработки). Обработка пытается переплату прошлого периода распределить на начисления текущего периода, если начислений хватает. Иначе переплату переносит в конечное сальдо, чтобы пытаться распределить позже в будущих периодах (исправлена недоработка #5).

 Обновление от 20.04.11 (версия 1.6+):

 9) окончательно исправлена ошибка в алгоритме учета отрицательной задолженности (переплаты) по сотрудникам ;)
10) исправлены мелкие недочеты

 Обновление от 21.04.11 (версия 1.7):

11) по многочисленным просьбам пользователей реализован алгоритм, который при распределении оплаты текущего периода в первую очередь закрывает оплатой уволенных в текущем периоде и физических лиц (договорников), оставшуюся оплату по коэффициенту распределяет на остальных сотрудников (исправлена недоработка #9). Изменено описание алгоритма в описании разработки.

 Обновление от 25.07.11 (версия 1.8):

12) Обработка обновлена до версии релиза ЗИК 313.
13) В настройках добавлен флаг "Не использовать ОЗОИ вместо УСЕН (для периодов 2010 года)", позволяющий отключить не принятый проект постановления Правления ПФ.

 Обновление от 28.07.11 (версия 2.0 Бета):
14) полностью изменен алгоритм распределения, добавлен режим "совместимости" со штатным механизмом ЗИК, добавлена закладка "Настройки погашения". На новой закладки находится управление порядком погашения задолженности (основано на пожеланиях пользователей). Добавлено погашение задолженности по общему коэффициенту.

Обновление от 29.07.11 (версия 2.1):
15) Изменения в интерфейсе, исправлены ошибки.
16) Добавлены новые настройки погашения взносов.

Обновление от 01.08.11 (версия 2.2):
17) Добавлены новые настройки погашения взносов.

Обновление от 03.08.11 (версия 2.3):
18) Исправлены мелкие ошибки.
19) Добавлена возможность сохранять сальдо после ручных изменений (исправлена недоработка #7).
20) В документ "Задолженность по страховым взносам" добавлен реквизит ОбособленноеПодразделение; отрицательные суммы выводятся "красным".

Обновление от 11.08.11 (версия 2.4):
21) Проводится диагностика необходимости учета переплаты на начало текущего периода при чтении из файлов XML.
22) В списке "Порядок первоочередного погашения начисленных взносов уплаченными" работающий пенсионер выявляется на конец следующего отчетного периода.
23) Исправлена ошибка, связанная с обработкой переплаты на конец отчетного периода.

Обновление от 21.10.11 (версия 2.5):
24) учитывается распределение уплат в случае обособленных подразделений (в документе «Задолженность по страховым взносам задействован реквизит «Обособленное подразделение», при необходимости обновите этот документ из поставки моей разработки)
25) учитываются смешанные налоговые режимы: ОСНО+ЕНВД, инвалиды и пр.
26) исправлены мелкие недочеты в интерфейсе

Обновление от 24.10.11 (версия 2.6):
27) незначительный рефакторинг кода

Обновление от 26.10.11 (версия 2.7):
28) исправлена ошибка, приводящая к задвоению сотрудников в пачках при распределении уплаты

Обновление от 26.01.12 (версия 2.8):
29) Обработка обновлена до версии релиза ЗИК 320.
30) Для опции штатного механизма «Распределение сумм уплаченных взносов производить с учетом ранее переданных данных» устранены недоработки: 1) при проверке наличия переданных данных сообщается период, с которого должны быть загружены эти данные; 2) в случае обнаружения переплат в переданных данных выводится список сотрудников с переплатами и суммами переплат (почему само ЗАО "1С" этого не сделало остается загадкой).
31) При заполнении формы «СЗВ-6-3» в форму включаются и отрицательные суммы начислений (чтобы можно их было увидеть и исправить).
32) При загрузке файлов XML появилась возможность собирать файлы и из вложенных подкаталогов (флажок «включая подкаталоги»). Бывает полезно, если файлы сгруппированы по каталогам в зависимости от отчетного периода (квартала). Изменение предложил Gagarkin Valery.
33) кнопка «Записать сальдо» ушла на закладку «Настройки», т.к. на прежней закладки ей не хватило места. Появился флажок «не записывать автоматически». Установка флажка позволяет не сохранять сальдо в документе «Задолженность по страховым взносам» после распределения уплаты нажатием кнопки "Заполнить суммы взносов". В этом случае сальдо нужно записать принудительно, нажав кнопку «Записать сальдо».

Обновление от 28.01.12 (версия 2.8+):
34) исправлена ошибка в процедуре ЗаполнитьСуммыВзносов, приводящая к невозможности расчета при альтернативном распределении уплаченных взносов.

Обновление от 20.04.12 (версия 2.9):
35) обновление под новые формы ПФР (с 2012 года). Предназначена для работы в ЗИК 324. С более ранними версиями ЗИК работать не будет. (Для работы с предыдущими релизами ЗИК используйте версию обработки 2.8).

Обновление от 11.07.12 (версия 2.10):
36) Обработка обновлена до версии релиза ЗИК 326 – исправлена ошибка при расчете взносов при превышении Предельной величины базы страховых взносов. Предназначена для работы в ЗИК 324-326. С более ранними версиями ЗИК работать не будет. (Для работы с предыдущими релизами ЗИК используйте версию обработки 2.8).
37) На закладке «Настройки» добавлен флажок "Использовать НЕОПЛ вместо АДМИНИСТР" – при печати и выгрузке в файлы третий параметр доп. сведений ИТС «Администр» заменяется на «Неопл».

Обновление от 15.01.13 (версия 2.11):
38) Обработка обновлена до версии релиза ЗИК 331 - изменения в заполнении формы СЗВ-6-3 (Сведения о сумме выплат) для 2012 года.

Обновление от 24.04.13 (версия 2.12):
39) Обработка обновлена до версии релиза ЗИК 335 - формирование уплаченных взносов для форм СЗВ-6-4. Согласно разъяснений ПФР уплаченные взносы заносятся на ИЛС застрахованного без разделения на виды договоров: Трудовой и Гражданско-правовой. В связи с этим распределение уплаты учитывает сальдо по застрахованному лицу в целом без учета видов договоров, уплата взносов относится на имеющийся в текущих начислениях застрахованного лица вид договора. В случае наличия в текущем квартале у застрахованного лица начислений по двум видам договоров вся уплата отнесется к первому виду договора, что не является ошибкой при приеме сведений в ПФР. (Аналогичная ситуация была в 2011 году при распределении уплат при наличи у застрахованного начислений по разным категориям НР и УСЕН согласно письма ПФР от 18 мая 2011 г. № 08-26/5304).

Обновление от 25.04.13 (версия 2.13):
40) Исправлены ошибки при альтернативном распределении уплаты [спасибо ondul и harutyunb]
41) Обработка обновлена до релиза ЗИК 336.

Обновление от 26.04.13 (версия 2.13.1): 
42) Исправлена ошибка при формировании доп.сведений о стаже (третий параметр) [спасибо Agema]

Обновление от 05.07.13 (версия 2.14):
43) Обновление до релиза ЗИК 338 (исправлена ошибка нумерации месяцев для пачек СЗВ-6-4)

Список недоработок предыдущих версий:

1) [ИСПРАВЛЕНО 21.10.11] не учитывается распределение уплат в случае обособленных подразделений

2) [ИСПРАВЛЕНО 21.10.11] не учитываются смешанные налоговые режимы: ОСНО+ЕНВД, инвалиды и пр.

3) [ИСПРАВЛЕНО 12.04.11] не учитываются корректирующие индивидуальные сведения

4) [СНЯТО 28.07.11] коэффициент распределения берется в целом за отчетный период, а не помесячно

5) [ИСПРАВЛЕНО 19.04.11] не знаю, как себя поведет обработка в случае ошибочной отрицательной задолженности (переплаты) по сотрудникам в предыдущие периоды

6) [ИСПРАВЛЕНО 28.07.11] распределение уплат п.1 алгоритма не учитывает текущих сотрудников (начисления 0, а стаж есть)

7) [ИСПРАВЛЕНО 03.08.11] Документ ЗадолженностьПоСтраховымВзносам заполняется, не учитывая ручные изменения, сделанные после автоматического распределения уплаты.

8) [ИСПРАВЛЕНО 12.04.11] Не учитывается переплата за прошлый период, которую нужно распределить на начисления текущего периода

9) [ИСПРАВЛЕНО 21.04.11] По выбору пользователя при распределении уплаты по сотрудникам первоочередно закрывать оплатой уволенных в текущем периоде, затем работающих (имеющих начисления) - (пожелание timurei, см. пост #28)

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

Наименование Файл Версия Размер Кол. Скачив.
Подготовка сведений для ПФР (ЗИК)
.rar 365,86Kb
15.07.13
3164
.rar 365,86Kb 3164 Скачать
Проверка сальдо в файлах ИС (для любой конфигурации).ert
.ert 75,00Kb
24.04.13
349
.ert 75,00Kb 349 Скачать
Выгрузка сотрудников с вредными условиями труда в Перечень льготных профессий 3.1
.ert 86,00Kb
14.02.12
174
.ert 86,00Kb 174 Скачать

См. также

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

Комментарии

1. Victor Nespyatin (victuan) 31.01.11 09:32
С чего начался сыр-бор можно посмотреть здесь: http://forums.kuban.ru/forum/viewtopic_new.php?t=3658400
2. Timur Хамидуллин (timurei) 31.01.11 23:09
подскажите пож-та почему у меня за год сумма начисл = сумма удержан, если проплата в январе за декабрь???...может я что-то неправильно делаю...:(....спасибо...
3. Александр (Kruzo) 31.01.11 23:45
4. Галина (GalinaK) 01.02.11 07:27
"подскажите пож-та почему у меня за год сумма начисл = сумма удержан, если проплата в январе за декабрь???"
не за год, а за второе полугодие, наверное? т.к сумма уплаты за июнь=сумме уплаты за декабрь
5. Victor Nespyatin (victuan) 01.02.11 08:42
(2)Все правильно, так и должно быть. Если была переплата по итогам года, то в ИС уплата встанет не больше чем начислено. Т.к. нельзя направить на л/с сотрудника больше денег, чем ему начислено. Нераспеделенную переплату 2010 года распределите на начисления 1 кв 2011 когда будете делать отчет в апреле.
6. Timur Хамидуллин (timurei) 01.02.11 11:39
так у нас наоборот за декабрь получается недоплата...:(
7. Victor Nespyatin (victuan) 01.02.11 17:55
(6)Это пофиг, главное чтоб недоплата была по итогам года. А ее в твоем случае нет, поэтому еще раз см. (5)
8. Victor Nespyatin (victuan) 01.02.11 17:57
Моя обработка еще полезна тем, что ей пофиг неправильное распределение (с т.зр. ЗИК) оплат "за.." в документах "Расчеты по страховым взносам". Главное, правильно указать ими сумму в отчеином периоде (квартале, годе) - хоть даже одним доком за период (а не шестью за полугодие) - моя обработка правильно определить куда и кому нужно распределить полученные деньги.
9. Timur Хамидуллин (timurei) 01.02.11 18:16
Я дико извиняюсь НО у меня теперь другая проблемка. Уволенному начислена не полная страховая оплата(прикрепил файл с картинками из документов). Что может быть???
Прикрепленные файлы:
10. Victor Nespyatin (victuan) 01.02.11 18:18
(9) Для меня этот случай интересен. Привидете дословно, что моя обработка писала в табло сообщений при распределении сумм оплаты.
11. Victor Nespyatin (victuan) 01.02.11 18:21
(9) И приведите мне полностью строку из таблицы по сотру, а не тот огрызок на скрине.
12. Елена Шапкина (Lariska2000) 01.02.11 21:18
А можно кратенький алгоритм по работе с обработкой!!! Плиззз! Всё кручу верчу, а не могу получить то что нужно. Формирует таблицу или за 1-е полугодие, либо за второе (((.
13. Victor Nespyatin (victuan) 02.02.11 04:30
(12) В описании обработки кратенький алгоритм. Еще короче придумать не смогу ;)
14. Timur Хамидуллин (timurei) 02.02.11 08:35
Взял несколько людей, они идут подряд, все уволенные.(10)
Прикрепленные файлы:
Книга1.xlsx
15. Looking Кречетов (Looking) 02.02.11 14:11
Вот моя ситуация. Пачки за первое полугодие формировали в Бух 7.7. За второе в ЗиК. Пытаюсь воспользоваться пачками за первое полугодие, сформированными в Бух 7.7 и получаю ошибку, формирование до конца не проходит, информационная таблица не появляется, суммы уплаты в пачках не заполняются.
Ошибки выглядят так, сначала пишет про страховой номер

Расчитанная доплата за прошлый период из части оплаты в текущем периоде не совпала с документами 'Расчеты по страховым взносам'.
Наверное, неправильно заполены документы 'Расчеты по страховым взносам'. Будет использована расчитанная доплата.
Доплата на страховую часть - расчитана 245,024.88, введена 213,422.50
Доплата на накопительную часть - расчитана 68,952.64, введена 60,730.81
Значение не представляет агрегатный объект (СтраховойНомерПФР)


но приступает к перебору сотрудников и далее останавливается на ошибке

КодСотра=Сотрудник.Код;
{Глобальный модуль(8973)}: Значение не представляет агрегатный объект (Код)


добавил в ГМ отображение списка сотрудников

//МДВ
ПеремЗнач="";
Сотрудники.ВыбратьЗначение(ПеремЗнач,,,,);
//МДВ
ОбходСотрудниковДляСтраховыхВзносов(ВсегоСотров, Сотрудники, ЗапросПоВзносам, ЗапросПоВзносамКСправочникам, СобиратьРучныеКорректировки,
							МесяцРасшифровки, Форма, ДоходыВычетыНалогиСотрудников, СобиратьРасшифровку, ЖрнЗарплата, Год, ПервыйМесяц,
							ПоследнийМесяц,	ИскатьВоенных, ТаблицаРаспределенияПоШаблПроводок,  ИскатьЕНВД, НеВыделятьИнвалидов,СобиратьТолькоВзносы,СобиратьДанныеДляРасчетаПособий);
Возврат 1
КонецФункции // глСобратьДанныеДляСтраховыхВзносов()
...Показать Скрыть


и увидел, что в список попадает "Пустое значение", см. рисунок

Я подозреваю что это какой-то сотрудник, который был в БД Бух 7.7 и которого совсем нет в БД ЗиК, но как найти этого сотрудника не пойму, можешь подсказать - где найти в коде перебор списка сотрудников из пачек?

16. Victor Nespyatin (victuan) 02.02.11 15:09
(14) Мне нечем открывать файлы формата xlsx. Сохраните в старом формате Экселя.

(15) Понял. Сейчас попробую найти решение проблемы.
17. Looking Кречетов (Looking) 02.02.11 15:21
victuan пишет:
(15) Понял. Сейчас попробую найти решение проблемы.


Спасибо! Правильно ли я понимаю что даже если за 1 полугодие отсутствуют начисления и уплата взносов в БД ЗиК, или они пристутствуют частично - это мой случай, за первое полугодие разнесён только май и июнь, то это не является помехой для обработки, т.к. она возьмёт сведения о начислении и уплате за всё первое полугодие из пачек?
18. Victor Nespyatin (victuan) 02.02.11 15:30
Правильно. Для этого нужно еще указать в качестве "Даты зафиксированной задолженности..." значение "01.01.2010" или "пусто", чтобы обработка не пыталась найти сальдо в программе или отсеткать при чтении файлы XML по периоду поданных сведений.
19. Victor Nespyatin (victuan) 02.02.11 16:11
Обновил файл обработки и поправил описание с учетом обсуждения на форуме.

(15) Looking, скачай новый файл обработки, она обозначит твою проблему с пустым сотрудником и подскажет решение проблемы.
20. Timur Хамидуллин (timurei) 02.02.11 20:26
пересохранил
Прикрепленные файлы:
Книга1.xls
21. Victor Nespyatin (victuan) 03.02.11 08:21
Обновил еще раз разработку - оказывается, я в прошлый раз забыл положить в архив новый документ для ЗИК.

Также добавил еще одну обработку - которая, проводит анализ сальдо по итогам 1-го и 2-го полугодия из файлов ИС, которые сформированы в любой программе (не только ЗИК и даже не в 1С). Обработку можно запускать в любой базе 1С, она не привязана к метаданным.
22. Looking Кречетов (Looking) 03.02.11 10:38
victuan пишет:
Обновил еще раз разработку - оказывается, я в прошлый раз забыл положить в архив новый документ для ЗИК.

Также добавил еще одну обработку - которая, проводит анализ сальдо по итогам 1-го и 2-го полугодия из файлов ИС, которые сформированы в любой программе (не только ЗИК и даже не в 1С). Обработку можно запускать в любой базе 1С, она не привязана к метаданным.


Спасибо за доработку функционала!
Есть ещё животрепещущий вопрос :D Можно ли в этой обработке реализовать поддержку формирования в Бух 7.7? Или-же это достаточно трудо и времяёмко?
23. Timur Хамидуллин (timurei) 03.02.11 10:54
может в обработке берется состояниеФизЛица не на конец года а за период, поэтому не видит что они уволены и начисляется по принцип всем поровну...:(
24. Victor Nespyatin (victuan) 03.02.11 13:38
(20) Посмотрел.
Сальдо с прошлого периода обработка полностью закрыла в 0:
Оплата за прошлый период
Страх. опл.
908,61
1960,79
2513,96
783,81

Сотрудники эти вряд ли уволены, т.к. отчет показал, что у них есть начисления в Текущем периоде. Обработка начисления текущего периода по коэффициенту оплатила равномерно (видимо, до конца года предпряите сохранило задолженность перед ПФ):
Страх. нач. Страх. опл..
56,06 47,69
184,58 157,01
2021,34 1719,43
634,29 539,55634,29


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

(23) Нет, не берется. Обработка смотрит есть ли начисления сотрудника в текущем периоде.
25. Victor Nespyatin (victuan) 03.02.11 13:42
(22) Вот второй обработкой из комплекта как раз можно и проверить "сходимость" файлов, сформированных в Бухгалтерии. Она универсальна. Но исправлять она не умеет.
я думал о том, чтобы сделать обработку как для ЗИК так и для Бухгалтерии. Буду делать, но, скорее всего, законченный функционал появится только к апрелю 2011.
26. Timur Хамидуллин (timurei) 03.02.11 17:45
(24)//Сотрудники эти вряд ли уволены, т.к. отчет показал, что у них есть начисления в Текущем периоде.
есть документ приказ об увольнении!!..как так не уволены????

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

у вас как сделано: 1. закрывает задолженность по начислениям прошлого периода. 2. Закрывается задолженность по начислениям этого периода по уволенным 3. Закрывает задолженность по начислениям по остальным или 2 и 3 пункт объединены в одно закрытие задолженности?
27. Victor Nespyatin (victuan) 03.02.11 17:47
2. Закрывается задолженность по начислениям этого периода по уволенным
Нет этого у меня в алгоритме - уволенные текущего периода не закрываются в 0. Перечитайте еще раз описание обработки.
28. Timur Хамидуллин (timurei) 03.02.11 20:10
(27)все понятно...:0
а с ними как быть???.было бы здорово если уволенные за 2 полугодие начислялась так же как в 1ой...:)
обсуждение на эту тему было ЗДЕСЬ
29. Victor Nespyatin (victuan) 04.02.11 04:56
(28)Не вижу проблемы, сальдо по уволенным в текущем отчетном периоде (2 полугодие 2010) закроется оплатой в следующем отчетном периоде (1 кв 2011).
Почему не устраивает? Моя обработка их автоматически добавит и распределит остаток оплаты, ничего и делать не надо будет вручную.
30. Timur Хамидуллин (timurei) 04.02.11 09:18
(29)//Почему не устраивает?
Наверное потому что их надо закрыть в 2010 году!
31. Blind (Blind) 04.02.11 12:02
Ошибочка небольшая - второе условие лишнее:

Если (Док.Сотрудник.Выбран()=1) и (Док.Сумма<>0) тогда : {ПОДГОТОВКАСВЕДЕНИЙДЛЯПФР2011.ERT(6459)}: Поле агрегатного объекта не обнаружено (Сумма)

А так - да, спасибо, помогло :)
32. Yuliya Gligan (YSG) 04.02.11 14:02
Поясните пож-та какой смысл в том что вы доплатой по страх и накопит закрываете задолженность всех оставшихся сотрудников(на тех,у кого нет начислений во 2 плг-это понятно),почему бы уплаченной суммой за 2 плг не закрыть
тех,у кого нет начислений во 2 плг, а из оставшейся уплаты найти коэффициент и распределить по всем оставшимся сотрудникам?
33. Victor Nespyatin (victuan) 06.02.11 10:49
(30)Почему надо? Ни в одном нормативном акте такого требования нет.

(31)Спасибо. Учту.

(32)Я считаю, что сначала нужно закрыть долги по старым периодом, а потом закрывать долги по текущему периоду.
Какой выигрыш даст ваш подход?
34. Наталья Константиновна (bnk72) 15.04.11 08:26
Судя по описанию, серьезная была проделана работа, собираюсь использовать обработку!
Только по поводу распределения сумм приведу аргументы в поддержку (32). Думаю, это здравое пожелание объясняется желанием не отступать существенно от алгоритма, предложенного 1С, чтобы в последующем не кусать локти... Наша ситуация: при сдаче отчетности 1 полугодия 2010, учитывая требования по наличию начисления у сдаваемых сотрудников в проверяющих программах на тот момент, пошли этим путем (закрыли в 1 очередь задолженность по уволенным и врем. неработающим). На момент сдачи отчетности 2 полугодия 2010г, как обычно, в последний момент, не обнаружили, как предполагали, в последних релизах 1С накопленную задолженность по сотруднику. В результате 1С благополучно распределила суммы уплат по сотрудникам, по которым начисления были закрыты уплатами в ноль в предыдущем отчетном периоде... Чтобы не распределять уплаты в Exel и забивать их по сотрудника вручную, один наш бухгалтер вынужден был использовать специлизированную программу ПФР для выгрузки и распределения уплат по сотрам. Второй бух (у которой несколько предприятий довольно большой численностью и некогда заниматься промежуточными выгрузками) дождался моей "временной" обработки с учетом оплат пред. периода. Наученные горьким опытом, мы решили не менять алгоритм распределения, чтобы в последующем худо-бедно, пусть с погрешностью, но не распределять уплаты ручками...
Предлагаю автору вынести в обработку "галку", для того чтобы бухгалтер сам принимал решение об алгоритме распределения уплат..
35. Наталья Константиновна (bnk72) 15.04.11 08:32
Правда, к моему стыду, все не дойдут руки посмотреть 309 релиз в части нового налового регистра... Но чувствую, что это не решит проблему с задолженностью на начало отчетного периода.. Я права?
36. Victor Nespyatin (victuan) 15.04.11 08:42
(32), (34) См. в описание обработки недоработку #9 "9) [Добавлено 12.04.11] По выбору пользователя при распределении уплаты по сотрудникам первоочередно закрывать оплатой уволенных в текущем периоде, затем работающих (имеющих начисления)"
Т.е. у меня этот алгоритм в планах.

(34) Скажу больше. Раз воспользовавшись моей обработкой, доверять дальше ЗИК распределять уплату нельзя. Пойдет всё криво, т.к. у нас с ЗИКой разные алгоритмы. ЗИКовский алгоритм требует для корректного распределения в будущем, чтобы пользовались только им. Но даже в этом случае он кривой - копейки по людям могут не пойти с сальдо в ПФР. Поэтому пользователям надо сделать выбор: либо всегда пользоваться моей обработкой для распределения уплаты, либо всегда только ЗИКовской. Переходить после использования моего алгоритма на ЗИКовский уже нельзя. Но обратное делать можно в любой момент: переходить с ЗИКовского алгоритма на мой.

(35) Нет никакого "регистра" в ЗИК 309. Они так назвали новый отчет, который пришел на змену карточки 1-НДФЛ. Никакого распределения перечисленных сумм НДФЛ и никаких реквизитов п/п там нет.
Если бы он (налоговый регистр) там и был бы, он проблему не решил бы, т.к. задолженность по НДФЛ и по страховым взносам - вещи разные.
37. Александр Рытов (Арчибальд) 15.04.11 08:50
(35) Подтверждаю третий абзац из (36). Даже дополню: платежи в ПФР работодатель обязан персонифицировать, а НДФЛ налоговый агент опять-таки обязан платить суммарно, не разбивая по налогоплательщикам (он должен компенсировать отклонения по одним налогоплательщикам за счет других, например, возврат налогоплательщику излишне удержанного налога производится из сумм, удержанных у других - такая вот новация в НК).
38. Dmitry Bas (b-dm) 15.04.11 11:09
а без документа Задолженности никак нельзя ?
а то у нас куча ограничений на использование clipboard , прежде всего по доступу...
и не очень понятно как быть без него....непроще ли создавать новый документ в конфигурации или базе ?
39. Dmitry Bas (b-dm) 15.04.11 11:36
и ещё, нет никакого описания работы обработки, или я его не нашёл....ни внутри самой обработки , ни в файле readme.
хотелось бы знать последовательность действий, а не тыкаться наугад, про документ задолженность вообще нигде не указано....
40. Наталья Константиновна (bnk72) 15.04.11 12:15
(36)Да, в своих ожиданиях насчет налогового регистра я и правда ошибалась... Просто хотелось очень, думала разработчики 1С примут во внимание доводы user-ов ... И проблему копеек поняла, что до копейки уволенным никогда не сойдется стандартной обработкой... Но кто-то из бухов возможно не будет с этим париться... (Главное, самим свалить вовремя, чтобы недоплата потом на тебе не осталась висеть при закрытии предприятия)
Victuan уже тем молодец, что 2 отчетность свою обработку поддерживает... Но хватит ли у тебя сил тянуть ее до новых кардинальных изменений ПФР или 1С? Теперь я уже сомневаюсь, что 1С-ки что-то предпримут в этом отношении. Хотя, конечно, разобрался во внутренностях не поверхностно, поэтому может и потянет некоторое время...
А в описании недоработки #9 автор немножко не дописал мысль, вот я и не поняла... Или я чего-то пропустила? Т.е. в этом пункте ты хотел сказать, что сделаешь выбор между 1)первоочередным закрытием уволенных, затем раб-х (как сейчас) и 2)пропорц-м распределением оплат от начисленного аналог. 1С, а оставшиеся после распределения копейки, скажем на последнего (в планах). И все-таки мне кажется, во 2) случае можно в будущем перейти на стандартный 1С-ий, если закрыть глаза на то, что после этого копейки по уволенным не пойдут.. И накопятся на тех, кто давно работает на предприятии
41. Александр Чуранов (Uraltrans) 15.04.11 12:45
Подскажите пожалуйста из-за чего может возникать ошибка
Ошибка в алгоритме: ДоплатаНакоп не закрылась в ноль:1003.84
42. Victor Nespyatin (victuan) 15.04.11 18:07
(38)Можно. Постоянно держа под рукой все файлы ИС за предыдущие периоды, начиная с 2010.
А clipboard-ом надо всего лишь один раз воспользоваться, чтоб как раз и добавить новый документ в конфигурацию.

(39)Описание обработки и последовательность действий подробно изложена здесь, на сайте - в описании обработки. Оформить описание еще подробнее у меня сейчас нет времени.

(40)Тянуть дальше буду, т.к. у меня на поддержке около 10 организаций и я не представляю как можно пользоваться ЗИКовским распределением, не поимев рано или поздно проблем в будущем.
По поводу планов по распределению уплат: пока не знаю как точно сделаю и предоставлю ли выбор пользователю. Но в конечном итоге, также планирую устранить недоработку#4 (коэффициент распределения брать помесячно, а не в целом за период) - это сравняет мой алгоритм с тем, что запланировано в ЗИКе за исключением того, что копейки закрываться будут. Хочу отметить, что ЗИКовский вариант распределения оплат не подразумевает, что уволенные сотрудники (или не имеющие начислений) в текущем периоде должны полностью закрыться оплатой. Зиковский вариант закрывает полностью сальдо по сотруднику только при соблюдении следующих двух условий:
1) в последнем месяце отчетного периода (квартала) на сотрудника не начислены взносы (уволен в предыдущем месяце)
2) организация не нарушает сроков по ежемесячной уплате взносов.
Т.е. начисленные взносы сотрудника в последнем месяце текущего квартала ЗИК закрывает оплатой в первом месяце следующего квартала.

(41)Такого быть не должно. У вас последняя версия моей обработки (скачанное не позднее 14 апреля 2011)?
В любом случае сообщите мне подробности, чтобы я мог устранить эту ошибку.
43. Александр Чуранов (Uraltrans) 18.04.11 07:16
victuan пишет:

(41)Такого быть не должно. У вас последняя версия моей обработки (скачанное не позднее 14 апреля 2011)?
В любом случае сообщите мне подробности, чтобы я мог устранить эту ошибку.


С этим разобрался. Ошибка возникала при загрузке файлов *.XML за предыдущий период, сформированных ранее в программе "Документы ПУ 5". Как оказалось эта ПУ 5 заменила все буквы ё в ФИО сотрудников на е.
Обработка среагировала на это подобными сообщениями:
№№№-№№№-№№№ №№ФИО в пачках не соответствует номеру (пред.период) XXXXXXXXX XXXXXXXXX Фёдорович
в фаиле XXXXXXXXX XXXXXXXXX ФЕДОРОВИЧ


Эту ошибку я исправил (думал что исправил) следующим образом :
//Если ((Найти(ВРег(ТСотр1.Сотрудник.Наименование),СокрЛП(ТСотр.Фамилия))=0) ИЛИ (Найти(ВРег(ТСотр1.Сотрудник.Наименование),СокрЛП(ТСотр.Имя))=0)ИЛИ (Найти(ВРег(ТСотр1.Сотрудник),СокрЛП(ТСотр.Отчество))=0)) Тогда //здесь закомментировал
стрПоиска = глЗаменитьОдниСимволыДругими("Ё",ВРег(ТСотр1.Сотрудник.Наименование),"Е");
Если ((Найти(стрПоиска,СокрЛП(ТСотр.Фамилия))=0) ИЛИ (Найти(стрПоиска,СокрЛП(ТСотр.Имя))=0) ИЛИ (Найти(стрПоиска,СокрЛП(ТСотр.Отчество))=0)) Тогда


Оказалось, так делать не следует, и когда я в копиии базы поменял у сотрудников все буквы ё на е, ошибка перестала вылазить.
44. Александр Чуранов (Uraltrans) 18.04.11 09:39
(43)
Uraltrans пишет:
когда я в копиии базы поменял у сотрудников все буквы ё на е, ошибка перестала вылазить.


Блин, поторопился с выводами. Оказалось копия базы старая, и в ней не внесены выплаты по страховым взносам.
когда попытался проделать то-же самое в рабочей базе, ошибка (Ошибка в алгоритме: ДоплатаНакоп не закрылась в ноль:1003.84) снова вернулась.

Анализ таблицы, появляющейся при загрузке из XML, с помощью Excell показал, что обработка неверно посчитала одно число (Оплата за прошлый период/Накоп. опл.) у одного сотрудника, и ошибка как раз равна 1003.84. Суммы взятые из файлов ИС сверил с файлами - все верно.

В приложении таблица (сотрудник в таблице идет с номером 101) и фрагмент окна сообщений. Подскажите плиз, куда рыть дальше.

П.С. Как раз этот сотрудник является внутренним совместителем, не может ли ошибка быть связанна с этим фактом.
П.П.С. версия обработки последняя, скачана 18.04.2011
Прикрепленные файлы:
Таблица.xls
45. Victor Nespyatin (victuan) 18.04.11 09:48
(44) Прикольно. Судя по Таблице.xls в прошлых периодах Оплачено по сотрудникам больше чем Начислено. А это запрещено делать инструкцией по подготовке перс.учета.
Сработала как раз недоработка #5 ("не знаю как себя поведет обработка в случае ошибочной отрицательной задолженности (переплаты) по сотрудникам в предыдущие периоды")
Случай для меня интересный, буду разбираться...
46. Dmitry Bas (b-dm) 18.04.11 11:21
(42) а без clipboard`a никак нельзя обойтись ? Т.к. у меня на него прав нет, по политике безопасности предприятия.
И без документа Задолженность по страховым взносам ?
Как сделать все манипуляции без него.
То есть достаточно указать папку где хранятся pf файлы ? Тогда какую дату зафиксированной задолженности для 1 квартала указывать ?
Если мы за март уплатили 15 апреля например, за февраль 15 марта. то дата задолженности будет 15 апреля, за 1-ый квартал ?
47. Dmitry Bas (b-dm) 18.04.11 11:33
вдогонку вопрос: какую службу надо запустить чтобы папка обмена заработала ?
48. Victor Nespyatin (victuan) 18.04.11 11:52
(46) Можно обойтись и без clipboard`a.
ZIK309fix++
http://ifolder.ru/22995739
- это мой сборник исправленных глюков ЗИК 309. Среди прочего там лежит документ ЗадолженностьПоСтраховымВзносам.
Но можно обойтись вообще без этого документа - нужно указать папку где храняться файлы ИС (*.xml) за все предыдущие пероды, начиная с 01.01.10. Дату зафиксированной задолженности поставить пустой (или 01.01.10). Всё это подробно описано здесь на сайте.

(47) Например, на Windows XP (или младше) надо запустить приложение Clipbrd.exe
49. Victor Nespyatin (victuan) 18.04.11 14:07
(44)Я вроде догадался в чем проблема. Вы указали путь с файлами только за 2-е полугодие 2010. Но поскольку у вас в 1С не зафиксирована по сотрудникам задолженность на начало этого полугодия, то обработка считает, что задолженности за 1-е полугодие нет. Вам нужно в папку с ИС поместить все файлы: и за 1-ое и за 2-ое полугодие, чтобы обработка смогла восстановить полностью задолженность.
Блин, почему никто не читает описание к моей обработке. :(
50. Александр Чуранов (Uraltrans) 18.04.11 14:45
(49) К сожалению, не так все просто, описание я читал, да впрочем и без него можно интуитивно догадаться, что нужны все файлы ИС с 2010г. Поэтому в папке были все нужные файлы.
Ещё приложение - таблица, какой она стала после нажатия кнопки "Заполнить страховые взносы" на первой вкладке.
В ней сотрудник, у которого обнаруживается ошибка фигурирует с номером 89
Прикрепленные файлы:
Таблица.xls
51. Victor Nespyatin (victuan) 18.04.11 14:52
Ну тогда верен мой первоначальный диагноз: вы оплату по некоторым сотрудникам за 2010 поставили больше чем начислено.
Как это у вас получилось?
52. Victor Nespyatin (victuan) 18.04.11 17:06
(43) Несоответствие ФИО сотрудника в базе и в файле не приводит к необработке его данных - это всего лишь предупреждение.

(50) Обновил версию обработку - теперь она умеет учитывать ошибочную переплату в прошлых периодах.
Просьба протестировать новую версию и выслать мне весь текст из окна сообщений, появляющийся в ходе работы обработки и Таблицу.xls, полученную после нажатия кнопки "Заполнить суммы взносов".
Прошу это сделать даже в том случае, если Вы отказались от дальнейшего использования моей обработки или решили проблему иначе. Мне это нужно для тестирования обработки в случаях отриц. задолженности, а у меня подобного тестируемого материала нет. Надеюсь на понимание.
53. Александр Чуранов (Uraltrans) 19.04.11 06:47
(51)
victuan пишет:

Ну тогда верен мой первоначальный диагноз: вы оплату по некоторым сотрудникам за 2010 поставили больше чем начислено.
Как это у вас получилось?


В первом полугодии 2010г. перечилений было мало, так и отчитались, во втором полугодии перечислений было гораздо больше, и коэффицент распределения получился больше 1 (как раз к моменту сдачи отчетности из программы "документы ПУ 5" убрали ограничение на этот коэффициент <=1 ). В целом (по предприятию) все верно, но только сейчас, разбираясь с нынешней проблемой, понял, что у сотрудников, устроившихся на работу во 2 полугодии получилась переплата.
(52)
victuan пишет:
Обновил версию обработку - теперь она умеет учитывать ошибочную переплату в прошлых периодах.
Просьба протестировать новую версию ...


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

Так как сегодня с форума скачть больше ничего не смогу, прошу выслать обновленный файл на
Sev_<МойНикВЭтомФоруме>СобакаМайл.ru
54. Victor Nespyatin (victuan) 19.04.11 06:57
(53) Действительно, я выложил не тот файл :cry:
Часа через два я доберусь до него, отправлю его Вам на мыло и обновлю здесь на сайте.
55. Наталья Константиновна (bnk72) 19.04.11 09:09
(54)Не поняла,обновлён уже файл или нет... И документ "Задолженность.." качала в архиве еще от 31.01.11, а сейчас его на infostart нету... Там ничего не менялось?
56. Victor Nespyatin (victuan) 19.04.11 10:20
ВНИМАНИЕ! Вчера (18.04.11) по ошибке я не обновил обработку на сайте. Всем кто качал обработку - скачайте ее снова!
57. Dmitry Bas (b-dm) 19.04.11 14:28
А СЗВ-6-2 не должна разве разбиваться на пачки по 200 записей ? Или я что то путаю ?
А формы не менялись в ПФР с отчета за 2010 год ? Если да, то поддерживаются ли они в данной обработке ?
Если формировать в 306 ЗиКе, то разница будет с 308-310 по этой обработке ?
И ещё вопрос, самый главный пожалуй: как поступает обработка с уволенными в 1 квартале, выплачивает им полностью или также с учетом коэффициента ?
Такой же вопрос, для тех сотрудников, у которых уже в первом квартале сумма начислений превысила 463000 ?
И ещё вопрос: какая разница, есть ли файлы XML или есть введеные документы Расчеты по страховым взносам ?
Галочка:"Распределение уплат с учетом прошлого распределения".
58. Александр Чуранов (Uraltrans) 19.04.11 14:45
(52)
victuan пишет:
Просьба протестировать новую версию ...
Прикрепленные файлы:
Таблица.xls
59. Victor Nespyatin (victuan) 19.04.11 14:54
(57) СЗВ-6-2 должна разбиваться на пачки по 200 записей - моя обработка так и разбивает.
Формы не менялись в ПФР с отчета за 2010 год. Появился проект добавочных форм, которые пока не актуальны. Сдаем по старым.
Если формировать в 306 ЗиКе, то разница будет с 308-310 по этой обработке для спецрежимников. 306 поместит сотрудинков в папки УСЕН, 309-310 в НР. Правильно с 2011 года - в НР.

(58) Вижу на скриншоте не весь лог - мне нужен весь. Моя новая версия обработки все-таки неправильно распределяет уплату за текущий период (увеличивает). Буду переделывать.
60. Victor Nespyatin (victuan) 19.04.11 15:04
b-dm пишет:
И ещё вопрос, самый главный пожалуй: как поступает обработка с уволенными в 1 квартале, выплачивает им полностью или также с учетом коэффициента ?
Такой же вопрос, для тех сотрудников, у которых уже в первом квартале сумма начислений превысила 463000 ?

С учетом коэффициента, пока это еще недоработка #9 /По выбору пользователя при распределении уплаты по сотрудникам первоочередно закрывать оплатой уволенных в текущем периоде, затем работающих (имеющих начисления)/

b-dm пишет:
И ещё вопрос: какая разница, есть ли файлы XML или есть введеные документы Расчеты по страховым взносам ?

Требуются или файлы XML или заполненный документ ЗадолженностьПоСтраховымВзносам на начало периода. Возможно сочетание: ЗадолженностьПоСтраховымВзносам за какой-нибудь предыдущий период и файлы XML за период от этого документа до текущего периода.
Документы Расчеты по страховым взносам нужны в текущем периоде в любом случае для определения сумму оплаты, которую нужно распределить в текущем периоде.
61. Галина (GalinaK) 19.04.11 15:10
Добавился один сотр, с остатками по уплате с прошлого года, которого я пропустила. это хорошо.
А вот почему страховая часть (уплата) получилась верно, а накопительная - непонятная сумма в несколько раз больше нужной... уже удалила все д-ты Расчеты по страховым взносам, сформировала один д-т - в марте с суммой уплаты в целом за квартал, результат тот же... :cry:
62. Victor Nespyatin (victuan) 19.04.11 15:12
(61)Это ошибка новой версии (1.4). Сейчас исправляю. Скоро выложу исправленный вариант.
63. Dmitry Bas (b-dm) 19.04.11 17:25
(62) а недоработку №9 планируется делать ? в каком она приоритете ? ещё вот вопрос, как именно берутся документы оплаты:
например, получается введенный в январе документ за декабрь 2010 учитывается? а введенный в апреле 2011 за март 2010 ?
64. Victor Nespyatin (victuan) 19.04.11 19:36
(63) Все недоработки (кроме #1 и #2) планирую исправить. Приоритет у #9 теперь первый.
Документы оплаты берутся зарегистрированные (по дате документа) в текущем отчетном периоде (за который подготавливается отчет).
При подготовке отчета за 1 кв 11 введенный в январе документ за декабрь 2010 учитывается.
Введенный в апреле 2011 за март 2010 учтется при подготовке отчета за 2 кв 11.

Выложил обновление до версии 1.5, в нем исправлены критические ошибки, приводящие к неверному распределению оплаты.
65. Александр Чуранов (Uraltrans) 20.04.11 06:32
(59)
victuan пишет:
Вижу на скриншоте не весь лог - мне нужен весь


Лог весь, тем сообщениям что приведены на скриншоте предшествуют только сообщения "Читается файл <ПутьИмяФайла>"

Скачал версию 1.5, сейчас буду смотреть её.
66. Victor Nespyatin (victuan) 20.04.11 07:24
(65) Очень хорошо, прошу выложить лог сообщений и Таблицу.xls. Даже если все сработало верно.
67. Сергей (pioneeer) 20.04.11 08:56
Ставлю галочку "Распределение уплат", выбираю каталог с файлами ИС, нажимаю кнопку "Сделать анализ". Возвращаюсь на вкладку с пачками - суммы уплаты по накопительным становятся чуть ли не втрое больше???
68. Ирина Игнатенко (igni) 20.04.11 09:53
(67) - то же самое - при неоплате по накопительной за март распределены невероятные суммы
69. Victor Nespyatin (victuan) 20.04.11 10:13
(67), (68) Такое распределение дает версия 1.3 или 1.5?
Если вместо кнопки "Сделать анализ" нажать "Заполнить суммы взносов" - цифры становятся верными?
70. Сергей (pioneeer) 20.04.11 10:18
Версия 1.5 Да, после "заполнить суммы" все становится на свои места)
71. Александр Чуранов (Uraltrans) 20.04.11 10:44
(66) Версия 1.5. Вроде все неплохо, но мне не понятно, почему обработка уменьшает величину оплаты за прошлый период на сумму переплаты, ведь если отбросить отрицательные числа (переплату), сумма должна увеличиться. А уплата текушего периода соответственно должна уменьшиться на ту-же величину, так-как переплату мы вычтем из сумм, распределенных за текущий период. В итоге сумма выплат за текущий период (оплата долга за прошлые периоды+распределенная сумма за текущий) останется правильной. В файле Таблица.xls я рассмотрел этот вариант, рядом с таблицей сформированной обработкой, и он кажется мне более правильным.

П.С. Огромное спасибо за обработку и за ваше желание помочь с ней разобраться.
Прикрепленные файлы:
Таблица.xls
72. Dmitry Bas (b-dm) 20.04.11 11:26
а уйти от документа "Задолженность" путём вставки из клипбоарда можно,если не удастся собрать все XML файлы за прошлые периоды?
например указывать задолженность на форме самой обработки.
73. stormtg stormtg (stormtg) 20.04.11 13:19
У меня такая проблема:
Релиз 309, Категория ЗЛ "С\Х ТОВАРОПРОИЗВОДИТЕЛИ", при заполнении формируются: 1 пачка СЗВ6-1 с ЗЛ "С\Х", 1 пачка СЗВ6-2 с ЗЛ "С\Х", 1 пачка СЗВ6-2 с ЗЛ "ОЗОИ" и 1 пачка СЗВ6-2 "Общественные организации инвалидов", при выгрузке файлов по людям из пачек с ЗЛ "ОЗОИ" и "ООИ" падают ошибки типа "нет данных о стаже по категории ЗЛ ОСОБАЯ/ЗОНА/ОРГАНИЗЦИИ/ИНВАЛИДОВ!" - в чем может быть причина?
74. Victor Nespyatin (victuan) 20.04.11 13:38
(70)Я проверил: обе версии 1.3 и 1.5 правильно показывают суммы уплачено как по кнопке "Сделать анализ", так и по кнопке "Заполнить суммы взносов".
Единственный косяк - может слетать значение "Тип сведений" на основной закладке (меняет значение с "Исходная" на <пусто>) после нажатия кнопки "Заполнить суммы взносов". Пытаюсь понять почему, вроде слет происходит при обращении к ф-и г. модуля. Если вручную восстановить правильное значение, то печатаются пачки и выгружаются верно.

(71)Насчет переплаты согласен. Это у меня методическая ошибка, перепутал в какую сторону нужно изменять. Исправлю в следующем релизе.

(72)Уйти от документа "Задолженность" путём вставки из клипбоарда можно. Я в (48) оставил мд с этим документом. Можно его теперь добавить в свою конфигуарцию через режим "Объединение конфигураций". Указывать задолженность на форме самой обработки в разрезе всех сотрудников предприятия не представляю возможным, ведь их может быть и несколько тысяч.

(73)В релизе 309(310) ЗИК есть ошибка, она неправильно может определить тип пачки, в которую нужно поместить сотрудников с закрываемой задолженностью прошлого периода. Если воспользоваться моей обработкой с установленной галочкой "Распределение уплат с учетом прошлого распределения", то проблема должна уйти.
75. Victor Nespyatin (victuan) 20.04.11 14:08
(71) Версия 1.6: сумма переплаты прошлого периода теперь увеличивает, а не уменьшает, сумму доплаты за прошлый период.
Прошу протестировать и результаты выложить.
76. Dmitry Bas (b-dm) 20.04.11 14:09
Обратил внимание, почему то после переключения с закладки Настройки, на закладку Пачки документов, исчезают все пачки,
в поле Период появляется надпись : корректирующий, который выставляется в 1 квартал 2011 года,при этом тип сведений очищается,
при выставлении в типе сведений:Исходный, всё восстанавливается.
77. Victor Nespyatin (victuan) 20.04.11 14:12
(76)Об этом я писал в (74) - выделено жирным.
В версии 1.6 я попытался исправить этот недочет.
78. Александр Чуранов (Uraltrans) 20.04.11 14:46
(75)Версия 1.6. Результаты в приложениях.

Уплаты на страховую и накопительную часть текущего периода теперь маловаты. Должны быть 696197-642284.54 = 53912.46 - страховая
77184-27447.51 = 49736.49 - накопительная.

По пути пытался разобраться с версией 1.5, и когда в ней исправил строки 6647 - 6649 следующим образом:
ДоплатаСтрах = ДоплатаСтрах + ДСтрах; ДоплатаНакоп = ДоплатаНакоп + ДНакоп;
УплатаСтрах = УплатаСтрах - ДСтрах;
УплатаНакоп = УплатаНакоп - ДНакоп;

то-есть + поменял на - и наоборот, все (вроде-бы все) получилось как надо.
Прикрепленные файлы:
Таблица.xls
79. Victor Nespyatin (victuan) 20.04.11 14:59
(78)По сути я в версии 1.6 сделал тоже самое. Но допустил опечатку для страховой части. Поэтому моя версия накопительную посчитала верно, а страховую нет.
Исправил ошибку, перезалил обработку.
80. Александр Чуранов (Uraltrans) 21.04.11 07:02
(79) Версия 1.6+
Теперь всё замечательно :D , ошибок больше не увидел. На всякий случай, как обычно, прикрепляю лог и таблицу.
Ещё раз спасибо за помощь.
Прикрепленные файлы:
Таблица.xls
81. Dmitry Bas (b-dm) 21.04.11 18:51
Неправильно формирует. Просто закрывает работника на сумму долга и всё.
по крайне мере у меня так получилось. версия 1.6 по крайней мере правильно формировала начисленное и уплаченное по действующим сотрудникам.
а эта просто показываает сколько недозакрыли по уволенным и не уволенным , и закрывает сотрудников ровно на эту сумму.

upd: второй раз переформировал, вроде всё стало на свои места.Странно. Хотя последовательность была той же:
1) Кнопка Заполнить;
2) Галка Распределение уплат с учетом прошлого распределения;
3) Кнопка Заполнить суммы взносов.
Последовательность верная ?

Пожелание: А можно ли сделать так чтобы у тех у кого уже 463000 в первом квартале, закрывались сразу же, как и уволенные ?

Ошибка с очисткой типа сведений Исходные и видимостью Корректирующей пачки не устранилась.
82. Victor Nespyatin (victuan) 22.04.11 05:34
(81)
"Неправильно формирует. Просто закрывает работника на сумму долга и всё."
Проверил, у меня всё нормально. Крепите сюда лог сообщений и выходную таблицу в Эксель.

"1) Кнопка Заполнить;
2) Галка Распределение уплат с учетом прошлого распределения;
"
Эти пункты лучше поменять местами, тогда выходная таблица будет нагляднее (в ней не будет сравнения с ЗИКовским вариантом распределения)

"Пожелание: А можно ли сделать так чтобы у тех у кого уже 463000 в первом квартале, закрывались сразу же, как и уволенные ?"
А зачем? Про уволенных понятно, чтобы они не тянулись в следующие периоды. А превысивших предел зачем? Они ведь всё равно должны тянуться в следующие периоды для подтверждения стажа. Какая разница потянутся они с нулем в оплате или без нуля, но со стажем?
83. Victor Nespyatin (victuan) 22.04.11 05:35
(81) "Ошибка с очисткой типа сведений Исходные и видимостью Корректирующей пачки не устранилась"
Странно, у меня она перестала проявляться. Можете отследить в какой момент при появлении сообщений в табло сообщений оно очищается (или через отладчик)?
84. павел овчинников (ovpavel) 22.04.11 15:57
Не понял как программа закрывает долги по предприятию?

У нас долг за прошлый период, за второе полугодие 2010 г.
В 1 квартале этого года еще долг не закрыт.

Я понимаю так:
Сумму которая прошла в этом году, тупо раскидать пропорцией на всех сотрудников, у которых начислено сумма во втором полугодии.

ну или:
Закрыть уволенных в этом квартале и в прошлых периодах, а далее сумму оставшийся раскидать на всех (коэффициент на всех оставшихся одинаковый)

пожелание:
В настройках напиши виды расчетов
1. Закрыть уволенных или не закрыть
2. Закрыть прошлые начисления, или нет и.т.д.
Прикрепленные файлы:
Таблица1.xls
85. Victor Nespyatin (victuan) 22.04.11 17:21
(84) В твоей ситуации действует этот фрагмент из описания обработки на сайте:
"Примечание к пп. 1 и 2. В том случае, если организации сохранила долги за прошлые периоды (заплатила в текущем периоде меньше чем даже задолженность на начало период), текущей оплаты может не хватит даже на закрытие долгов по сотрудникам из прошлых периодов. В этом случае, логично было бы доплату также распределить по коэффициенту равномерно всем сотрудником из прошлого. Но я сделал не так, доплата полностью гасит долги первых попавшихся сотрудников (в алфавитном порядке), оставляя неоплаченными долги последующих сотрудников. Они будут оплачены в следующем отчетном периоде при поступлении очередной оплаты. Я сделал так, чтобы уменьшить количество сотрудников, тянущихся из-за неоплат в следующие периоды. Т.е. вместо всех частично оплаченных перейдут только несколько полностью неоплаченных."
При этом обработка сначала попытается закрыть долг по уволенным в прошлом периоде сотрудникам, затем по оставшимся. Но в алфавитном порядке.

Люди, когда же вы научитесь читать инструкции?!!!

Обновил описание обработки на сайте - добавил пошаговую инструкцию по использованию обработки для чайников. Эту инструкцию вложил в файл ReadMe.txt разработки.
86. Dmitry Bas (b-dm) 22.04.11 19:25
(82) (83) в понедельник отслежу и сообщу, если будет криво вышлю лог, и по поводу ошибки с типом сведений ттоже.
а про превысивших предел: просто у них то по любому не будет начислений больше в году...не проще сразу таких взять и закрыть ?
чтобы потом их можно было спокойно контролировать, т.к. они по той же логике , что и при недоплате за прошлый период, будут уже в уплаченных.
да и потом, суммы по ним большие, они могут долго не закрываться в будущих периодах и тянуться несколько кварталов.
87. павел овчинников (ovpavel) 22.04.11 19:41
victuan пишет:
Люди, когда же вы научитесь читать инструкции?!!!


Тогда в данном случае, возможна такая ситуация, что некоторые люди (последнем буквы алфавита) никогда не получат оплаты на пенсию!!! :)

Так что сунь кнопку, чтоб делило на всех.

Да и вообще, если долг не закрыт, делить оплату надо на всех поровну, а то по вашему алгоритму, некоторые люди получат, а некоторые нет.
88. Victor Nespyatin (victuan) 22.04.11 19:44
(87)В таком случае, все претензии к работодателю - он нарушает закон, не обеспечивая своевременную оплату до 15 числа следюущего месяца.
89. Victor Nespyatin (victuan) 22.04.11 19:47
b-dm пишет:
чтобы потом их можно было спокойно контролировать
Моя обработка их спокойно контролирует в автоматическом режиме, не вижу необходимости в дополнительном беспокойстве о них.
При своевременной оплате работодателем взносов, они будут тянуться не дольше месяца.
90. павел овчинников (ovpavel) 22.04.11 19:47
А не лучше того валить всё на работодателя, дописать механизм оплаты?

Требуется всего два условия:
1. Закрывать уволенных? или нет?
2. Распределять поровну? или по алфавиту?
91. Victor Nespyatin (victuan) 22.04.11 19:50
(90)Социальная справедливость не заложена в федеральный закон, утвердивший эти формы.
92. павел овчинников (ovpavel) 22.04.11 19:52
Ну, да.
А почему-то пенсионный фонд с меня требует. :)
93. Victor Nespyatin (victuan) 22.04.11 19:54
(92)Уверяю, он это делает незаконно. Попросите ссылку на нормативный акт, подтверждаюий их требования, они сразу замолчат.
94. Victor Nespyatin (victuan) 22.04.11 19:54
(90)Я подумаю над предложением, но в ближайшее время реализовывать не буду.
95. Галина (GalinaK) 25.04.11 06:37
Правил распределения нигде не встречала. А если распределять по начисленным взносам? 1-закрыть остатки с предыдущего периода,2- отнять суммы, равные начисленным в 1 месяце, 3-отнять суммы, начисленные во втором месяце,и если оплата соответствует начислениям по размеру - то остатки по людям будут равны их же начисленным взносам за 3-й месяц. Это бОльшая часть организаций, а переплату или недоплату пропорционально взносам 3-го месяца. Тогда не важно - уволен.., превышен предел.. - нет начисленных взносов в третьем месяце - нет остатков по сотруднику.
96. Victor Nespyatin (victuan) 25.04.11 07:00
Именно так и делает (пытается делать) штатный механизм распределения ЗИК.
В моем же алгоритме это недоработка #4 - "коэффициент распределения берется в целом за отчетный период, а не помесячно". Об этом сказано в описании к обработке: "Оставшаяся сумма уплаты (если осталась) распределяется по коэффициенту на начисления сотрудников текущего периода. Тут я использовал "колхозный" принцип - всем поровну. Без анализа начислений и уплат в разрезе месяцев текущего периода, как это сделано в штатном механизме ЗИК. Пока это считаю недостатком моей разработки, в дальнейшем планирую его изменить на подобие штатного механизма ЗИКи"
97. Галина (GalinaK) 25.04.11 08:44
А штатный механизм ЗиК где берет остатки за прошлый период?
98. Victor Nespyatin (victuan) 25.04.11 08:46
(97) Нигде не берет. Просто распределяет сумму оплат за месяц на начисления текущего месяца. Без анализа задолженности или переплаты по отдельным сотрудникам на начало распределения. Поэтому ЗИКовский метод о общем случае не работоспособен.
99. Галина (GalinaK) 25.04.11 08:54
Причем просто на всех сотрудников, а не на тех кто включен в отчет, удаление сотрудников по которым было все закрыто в прошлом году не дает изменения сумм по оставшимся сотрудникам, а только уменьшение общей суммы уплаты в текущем отчете. Мрак!
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа