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

15.07.13

Учетные задачи - Зарплата

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

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

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

Перед использованием обработки рекомендую ознакомиться со статьей "Порочные особенности "Подготовки сведений персонифицированного учета СЗВ-6" в программах 1С " //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» обработку можно скачать по адресу: //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." //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. За основу был взят ранний вариант обработки //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)

См. также

Обмен данными ЗУП 3.1 - Бухгалтерия 7.7

Зарплата Обмен между базами 1C Бухгалтерский учет 7.7 Сложные периодические расчеты 1С:Бухгалтерия 7.7 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Платные (руб)

Как известно, Бухгалтерия 7.7 не имеет штатной возможности для обмена с ЗУП 3.1. Данная разработка пригодится тем, кто перешел с ЗиК 2.3 на ЗУП 3.1, но вынужден по каким-то своим причинам оставаться на Бухгалтерии 7.7.

18000 руб.

29.09.2020    13583    2    0    

5

7.7 : Ставки налогов и отчислений. БУХ учет Украина 2014

Зарплата Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 Украина Бухгалтерский учет НДФЛ Абонемент ($m)

Просто запустим обработку. Файл "СтавкиНалоговЗарплата2014.ert" - выполнить.

1 стартмани

22.01.2014    28488    2    kompas-dm    1    

1

Справка по форме 182Н для 1С:Бухгалтерии 7.7

Зарплата Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 1С:Производство+Услуги+Бухгалтерия 1С:Упрощенное налогообложение 7.7 Россия Бухгалтерский учет ФОМС, ЕФС Платные (руб)

Новая справка для расчета пособий по временной нетрудоспособности в соответствии с приказом Министерства труда и социальной защиты № 182Н от 30.04.2013 года (учитывая изменения вплоть до 2017 года). Справку необходимо выдавать на руки при увольнении сотрудника. Может помочь при расчете среднего заработка при нетрудоспособности сотрудников. Будет незаменимым помощником для бухгалтеров, осуществляющих расчеты по заработной плате, при отсутствии специализированной программы.

2000 руб.

03.08.2013    81151    31    21    

39

Подготовка сведений в ПФР за 2013 год с распределением суммы уплаченных взносов, превышающих начисленные

Регламентированный учет и отчетность Зарплата Расчет 7.7 1С:Зарплата и кадры 7.7 Россия Бухгалтерский учет ФОМС, ЕФС Абонемент ($m)

При подготовке к сдаче отчета в ПФР столкнулся с тем, что программа не учитывает переплату - не распределяет сумму уплаченных взносов, превышающую начисленную, даже если это оплата проходит в январе 2013 за декабрь 2012. В случае, когда есть долг по оплате на начало периода (например, за декабрь 2012 платят в январе 2013) сумма уплаченных взносов может быть больше суммы начисленных. Программа же ставит сумму уплаченных взносов равную сумме начисленных. В этой обработке распределяются суммы уплаченных взносов, превышающих начисленные, а так же внесены исправления, связанные с возможными ошибками при формировании штатной обработки из 335 релиза (в пачки попадали ненужные уволенные, неправильно распределялись уплаты взносов, при выгрузке в файл возникали ошибки).

1 стартмани

20.04.2013    30748    425    mirrr    65    

41

Расчетная ведомость для 1С:Бухгалтерии 7.7

Зарплата Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 Россия Бухгалтерский учет Абонемент ($m)

Для бухгалтера : удобный отчет по начислениям-выплатам-удержаниям И повод задуматься о переходе на ЗУП Для программиста : удобный инструмент сверки данных при переходе с 1С:Бухгалтерии 7.7 на 1С:ЗУП 2.5

4 стартмани

01.03.2013    37305    87    Designer1C    7    

10
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
88. victuan 4232 22.04.11 19:44 Сейчас в теме
(87)В таком случае, все претензии к работодателю - он нарушает закон, не обеспечивая своевременную оплату до 15 числа следюущего месяца.
89. victuan 4232 22.04.11 19:47 Сейчас в теме
b-dm пишет:
чтобы потом их можно было спокойно контролировать
Моя обработка их спокойно контролирует в автоматическом режиме, не вижу необходимости в дополнительном беспокойстве о них.
При своевременной оплате работодателем взносов, они будут тянуться не дольше месяца.
101. b-dm 171 25.04.11 11:34 Сейчас в теме
(89) это не всегда так. у меня есть организация, у которой подавляющее большинство договорников (95 или больше процентов). При это подходе обычные штатники закроются минимум в 4 квартале, и то в том случае если уплата за декабрь будет осуществлена в декабре. Так что всё же было бы полезно тех у которых 463 000 превышена уже сейчас, закрывать сразу, чтобы облегченно вздохнуть, т.к. это как правило руководящий состав))))
90. ovpavel 22.04.11 19:47 Сейчас в теме
А не лучше того валить всё на работодателя, дописать механизм оплаты?

Требуется всего два условия:
1. Закрывать уволенных? или нет?
2. Распределять поровну? или по алфавиту?
91. victuan 4232 22.04.11 19:50 Сейчас в теме
(90)Социальная справедливость не заложена в федеральный закон, утвердивший эти формы.
94. victuan 4232 22.04.11 19:54 Сейчас в теме
(90)Я подумаю над предложением, но в ближайшее время реализовывать не буду.
92. ovpavel 22.04.11 19:52 Сейчас в теме
Ну, да.
А почему-то пенсионный фонд с меня требует. :)
93. victuan 4232 22.04.11 19:54 Сейчас в теме
(92)Уверяю, он это делает незаконно. Попросите ссылку на нормативный акт, подтверждаюий их требования, они сразу замолчат.
95. GalinaK 5 25.04.11 06:37 Сейчас в теме
Правил распределения нигде не встречала. А если распределять по начисленным взносам? 1-закрыть остатки с предыдущего периода,2- отнять суммы, равные начисленным в 1 месяце, 3-отнять суммы, начисленные во втором месяце,и если оплата соответствует начислениям по размеру - то остатки по людям будут равны их же начисленным взносам за 3-й месяц. Это бОльшая часть организаций, а переплату или недоплату пропорционально взносам 3-го месяца. Тогда не важно - уволен.., превышен предел.. - нет начисленных взносов в третьем месяце - нет остатков по сотруднику.
96. victuan 4232 25.04.11 07:00 Сейчас в теме
Именно так и делает (пытается делать) штатный механизм распределения ЗИК.
В моем же алгоритме это недоработка #4 - "коэффициент распределения берется в целом за отчетный период, а не помесячно". Об этом сказано в описании к обработке: "Оставшаяся сумма уплаты (если осталась) распределяется по коэффициенту на начисления сотрудников текущего периода. Тут я использовал "колхозный" принцип - всем поровну. Без анализа начислений и уплат в разрезе месяцев текущего периода, как это сделано в штатном механизме ЗИК. Пока это считаю недостатком моей разработки, в дальнейшем планирую его изменить на подобие штатного механизма ЗИКи"
97. GalinaK 5 25.04.11 08:44 Сейчас в теме
А штатный механизм ЗиК где берет остатки за прошлый период?
98. victuan 4232 25.04.11 08:46 Сейчас в теме
(97) Нигде не берет. Просто распределяет сумму оплат за месяц на начисления текущего месяца. Без анализа задолженности или переплаты по отдельным сотрудникам на начало распределения. Поэтому ЗИКовский метод о общем случае не работоспособен.
99. GalinaK 5 25.04.11 08:54 Сейчас в теме
Причем просто на всех сотрудников, а не на тех кто включен в отчет, удаление сотрудников по которым было все закрыто в прошлом году не дает изменения сумм по оставшимся сотрудникам, а только уменьшение общей суммы уплаты в текущем отчете. Мрак!
100. victuan 4232 25.04.11 08:55 Сейчас в теме
(99) Я знаю об этом. Ведь не на пустом же месте живет моя разработка.
285. b-dm 171 11.04.12 13:26 Сейчас в теме
(100) а выпуск под новые формы ПФР планируется ? Там вроде бы АДВ 6-3 изменилась, и ещё что то...
102. lefthander 25.04.11 15:18 Сейчас в теме
Итак. Сегодня бухи огорошили... Отчет не приняли, дали памятку где указано что нужно сформировать два ИС за текущий период
1 - ИС указываем код категории застрахованного лица и данные о суммах уплаченных страховых взносах в первом квартале 2011 года в счет погашения задолженности за 2010 год. Период работы не заполняется, и 2 - ИС код категории застрахованного лица и данные о суммах начисленных и уплаченных страховых взносов в период с 1 января 2011 по 31 марта 2011 без учета страховых взносов, уплаченных в первом квартале 2011 года в счет погашения задолженности за 2010 год. Период работы с 01 января по 31 марта 2011 года. АДВ-6-2 общая ко всем пачкам с ИС.
Вот такая памятка по заполнению. У кого какие мысли куда рыть.
103. victuan 4232 25.04.11 15:50 Сейчас в теме
(102)Бред. Никуда рыть не надо. А послать далеко и надолго с незаконными требованиями.
Или Вы что-то не так поняли.
104. lefthander 25.04.11 16:05 Сейчас в теме
Я то понял... и послать могу только своих бухов... но, что то их посылать не хочется, тогда лучше самому уходить. Но тем не менее, спасибо за ответ. Будем выжимать из пфр данные на основании чего они так требуют. Я понимаю, что фонду лень ручками разгребать данные за 10 год и 11, и решили свалить на тех кто делает отчет. :)
105. b-dm 171 26.04.11 10:08 Сейчас в теме
А в ближайшее время планируется реализация закрытия по месяцам уплаты ?
То есть например начислено за январь ,февраль и март взносы, выплачено за январь, февраль, чтобы в этом случае
закрывались только уволенные января и февраля.

и всё же было бы удобно, если бы опционально сразу закрывались те сотрудники, у которых начисления в текущем квартале стали равны предельной величине страховых взносов.
108. victuan 4232 26.04.11 15:54 Сейчас в теме
(105)В ближайшее время не планирую, только в далекой перспективе: тяжело разрабатывать бесплатно функционал, который мне не нужен. Если кто-то осуществит мне поддержку, я с радостью включу дополнения в свою обработку. Для моих 15 организаций хватило реализованного функционала.
(107)Не должно быть такой зависимости. Хотя на 310 релизе я свою обработку не тестил.
110. b-dm 171 27.04.11 11:21 Сейчас в теме
(108) мои благодарности также.
но всё же, чтобы закрыть тех у кого 463 000 уже прошли, надо добавить всего 2 условия, что я и сделал.
а как вы правили ошибку с переключением закладок , и тем что не убирался бы тип сведений Исходные, и не был видимым
Корректирующий период: 1 квартал ? по коду не очень нашёл.
ещё вопрос: пытаюсь понять, как в анализе формируется столбец Разница с ранее сформированными суммами, от чего вы отнимаете прошлую и текущую выплату по сотруднику?
И ещё: в версии 1.7 закрываются уволенные на КонецПериода , т.е. на 31.03.2011?
111. victuan 4232 27.04.11 13:14 Сейчас в теме
b-dm пишет:
но всё же, чтобы закрыть тех у кого 463 000 уже прошли, надо добавить всего 2 условия, что я и сделал.
(110)
Вы можете выслать мне свои доработки, я их включу в разработку.
b-dm пишет:
а как вы правили ошибку с переключением закладок , и тем что не убирался бы тип сведений Исходные...

В ф-и СобратьДанныеДляСтраховыхВзносов добавил:
БылТипСведений = ТипСведений; //тщи костыль
...
ТипСведений = БылТипСведений; //тщи костыль
Но этот код работает не во всех случаях, завтра буду разбираться дополнительно на подопытной базе данных.
b-dm пишет:
пытаюсь понять, как в анализе формируется столбец Разница с ранее сформированными суммами, от чего вы отнимаете прошлую и текущую выплату по сотруднику?

Отнимаю от сумм, которые были сформированы ранее. Например Зиковским алгоритмом или моим ранее. Т.е. беру из оплат, которы хранятся в пачках на форме.
b-dm пишет:
в версии 1.7 закрываются уволенные на КонецПериода , т.е. на 31.03.2011?

Да, уволенные по 31.03.11
106. harutyunb 26.04.11 11:07 Сейчас в теме
Это отличная обработка, которая помогает всем кто понимает реализованную идею. Отлично работает.
Хочу заметить что мы отчет сдали благодаря этой обработке где порядка 800 человек имели переходящие остатки!!!
Просьба в 310-ом релизе вкладка "Настройка" не работает "сделать Анализ":
ПараметрыВыгрузки_Пачки= Док_ФайлПФР.ВыбратьУзлы("ПачкаВходящихДокументов");
{Отчет.ПодготовкаСведенийДляПФРсОстатками.Форма.Модуль(6337)}: Значение не представляет агрегатный объект (ВыбратьУзлы).

Заранее благодарен.
107. harutyunb 26.04.11 11:17 Сейчас в теме
Нашел причина в пути указывания каталога файлов с ИС за 2010 год, каталог должен находится обязательно в каталоге пользователя 1с ЗИК
109. harutyunb 26.04.11 17:07 Сейчас в теме
Тем не менее мои благодарности!
115. Kruzo 03.05.11 12:06 Сейчас в теме
У меня ПроверкаСальдоВФайлахИС.ert показывает свод только за 2010 год, хотя в папку положил файлы XML и за 2011г. Неплохо бы получить общий свод сразу за ДВА года 2010 и 2011, чтобы увидеть реальное сальдо.
116. victuan 4232 03.05.11 12:22 Сейчас в теме
(115)Доработал обработку - теперь можно выбирать дату, до и после которой нужно провести анализ файлов XML
qwertyuiopa; +1 Ответить
117. victuan 4232 03.05.11 15:45 Сейчас в теме
Приятная новость. После более тщательного анализа штатного механизма ЗИК выяснилось, что на самом деле недоработки #4 не существует - ЗИК распределяет оплату не помесячно, а коэффициентами по отчетному периоду в целом (поквартально). Это означает, что можно переходить с моего алгоритма на штатный механизм ЗИК при одновременном соблюдении следующих условий:

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

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

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


//1-ый проход: закроем уплатой прошлые периоды по сотрудникам, у которых нет начислений в текущем периоде.
ТСотр.ВыбратьСтроки();
Пока ТСотр.ПолучитьСтроку()=1 Цикл
Если (ТСотр.ИсчисленоСтраховая2 = 0) и (ТСотр.ИсчисленоНакопительная2 = 0) тогда
Если ТСотр.СальдоСтрах+ТСотр.ИсчисленоСтраховая1 > ТСотр.УплаченоСтраховая1 тогда
ДСтрах = мин(ТСотр.СальдоСтрах+ТСотр.ИсчисленоСтраховая1-ТСотр.УплаченоСтраховая1, ДоплатаСтрах);
ДоплатаСтрах = ДоплатаСтрах - ДСтрах;
ТСотр.УплаченоСтраховая3= ДСтрах;
КонецЕсли;

Если ТСотр.СальдоНакоп+ТСотр.ИсчисленоНакопительная1 > ТСотр.УплаченоНакопительная1 тогда
ДНакоп = мин(ТСотр.СальдоНакоп+ТСотр.ИсчисленоНакопительная1-ТСотр.УплаченоНакопительная1, ДоплатаНакоп);
ДоплатаНакоп = ДоплатаНакоп - ДНакоп;
ТСотр.УплаченоНакопительная3= ДНакоп;
КонецЕсли;

Если (ДоплатаСтрах = 0) и (ДоплатаНакоп = 0) тогда
прервать
КонецЕсли;
КонецЕсли;
КонецЦикла;

//ovpavel 2-ый проход: расчет сумм на доплату

СуммаДСтрах=0;СуммаДНакоп=0;
ТСотр.ВыбратьСтроки();
Пока ТСотр.ПолучитьСтроку()=1 Цикл
Если (ТСотр.ИсчисленоСтраховая2 <> 0) или (ТСотр.ИсчисленоНакопительная2 <> 0) тогда
Если ТСотр.СальдоСтрах+ТСотр.ИсчисленоСтраховая1 > ТСотр.УплаченоСтраховая1 тогда
СуммаДСтрах=СуммаДСтрах+ТСотр.СальдоСтрах+ТСотр.ИсчисленоСтраховая1-ТСотр.УплаченоСтраховая1;
КонецЕсли;

Если ТСотр.СальдоНакоп+ТСотр.ИсчисленоНакопительная1 > ТСотр.УплаченоНакопительная1 тогда
СуммаДНакоп=СуммаДНакоп+ТСотр.СальдоНакоп+ТСотр.ИсчисленоНакопительная1-ТСотр.УплаченоНакопительная1;
КонецЕсли;
КонецЕсли;
КонецЦикла;

КоэфДСтрах=ДоплатаСтрах/СуммаДСтрах;
КоэфДНакоп=СуммаДНакоп/ДоплатаНакоп;

//2-ый проход: закроем уплатой прошлые периоды по остальным сотрудникам
ТСотр.ВыбратьСтроки();
Пока ТСотр.ПолучитьСтроку()=1 Цикл
Если (ТСотр.ИсчисленоСтраховая2 <> 0) или (ТСотр.ИсчисленоНакопительная2 <> 0) тогда
Если ТСотр.СальдоСтрах+ТСотр.ИсчисленоСтраховая1 > ТСотр.УплаченоСтраховая1 тогда
//ДСтрах = мин(ТСотр.СальдоСтрах+ТСотр.ИсчисленоСтраховая1-ТСотр.УплаченоСтраховая1, ДоплатаСтрах);
ДСтрах = мин((ТСотр.СальдоСтрах+ТСотр.ИсчисленоСтраховая1-ТСотр.УплаченоСтраховая1)*КоэфДСтрах, ДоплатаСтрах);
ДоплатаСтрах = ДоплатаСтрах - ДСтрах;
ТСотр.УплаченоСтраховая3= ДСтрах;
КонецЕсли;

Если ТСотр.СальдоНакоп+ТСотр.ИсчисленоНакопительная1 > ТСотр.УплаченоНакопительная1 тогда
//ДНакоп = мин(ТСотр.СальдоНакоп+ТСотр.ИсчисленоНакопительная1-ТСотр.УплаченоНакопительная1, ДоплатаНакоп);
ДНакоп = мин((ТСотр.СальдоНакоп+ТСотр.ИсчисленоНакопительная1-ТСотр.УплаченоНакопительная1)*КоэфДНакоп, ДоплатаНакоп);
ДоплатаНакоп = ДоплатаНакоп - ДНакоп;
ТСотр.УплаченоНакопительная3= ДНакоп;
КонецЕсли;

Если (ДоплатаСтрах = 0) и (ДоплатаНакоп = 0) тогда
прервать
КонецЕсли;
КонецЕсли;
КонецЦикла;
Показать
120. victuan 4232 05.05.11 11:53 Сейчас в теме
(118)Спасибо, учту в следующем релизе обработки.

(119)Только вредников не получится. Они выгрузятся наряду с "обычными" сотрудниками. Можно полученную выгрузку импортировать в Документы ПУ-5. Эта программа при выгрузке вредников помещает в отдельную пачку.
119. rom-x 152 05.05.11 11:49 Сейчас в теме
Не подскажите как выгрузить сотрудников с вредными условиями труда из самого отчета? интересует выгрузка только вредников в формате СЗВ-6-1 :)
121. visnt 07.05.11 08:16 Сейчас в теме
Спасибо. Очень пригодилось - показать бухам их косяки.
122. Kruzo 13.05.11 11:01 Сейчас в теме
В ПроверкаСальдоВФайлахИС.ert у меня не хочет правильно показывать корректирующие пачки.
По видимому путает Отчетный период с Корректирующим периодом.
123. victuan 4232 15.05.11 15:36 Сейчас в теме
(122)Не должно путать, проверял.
124. stormtg 25.05.11 10:01 Сейчас в теме
Подскажите пожалуйста, почему в логах работы обработки может возникать сообщение:
"Уплата на страховую часть 8,619,154.00
Уплата на накопительную часть 2,471,464.32
Расчитанная доплата за прошлый период из части оплаты в текущем периоде не совпала с документами 'Расчеты по страховым взносам'.
Наверное, неправильно заполнены документы 'Расчеты по страховым взносам'. Будет использована расчитанная доплата.
Доплата на страховую часть - расчитана 8,619,154.00, введена 0.00
Доплата на накопительную часть - расчитана 2,471,464.32, введена 0.00"

Документы "Расчеты по страховым взносам" заведены помесячно за первый квартал. Как то может влиять сочетание "Дата документа" и месяц начисления взносов? У меня документы заведены по принципу "Январь 2011" от "31.01.2011"

И еще у меня в таблице (по итогам работы обработки которая) очень много людей с минусами в духе "-0.47" это из-за чего?
125. victuan 4232 25.05.11 13:00 Сейчас в теме
(124)
stormtg пишет:
У меня документы заведены по принципу "Январь 2011" от "31.01.2011"

Вот из-за этого расчитанная доплата не совпадает с введенной. Т.е. нужно было показать, что январе уплатили за декабрь прошлого года столько-то, тогда расчитанная доплата совпала бы с введенной.
Оставьте как есть, умная обработка сама рассчитала доплату и будет использовать ее при распределении. Главное, чтобы оплата, введенная документами, в целом совпала с платежами в текущем отчетном периоде (квартале).
victuan пишет:
И еще у меня в таблице (по итогам работы обработки которая) очень много людей с минусами в духе "-0.47" это из-за чего?

А вот это плохо. Это означает, что при сдаче ИС в предыдущем отчетном периоде (2-е полугодие 2010) была допущена при распределении переплата по сотрудникам (с учетом сальдо за 1-е полугодие 2010). Если на этих работников будут продолжаться начисляться взносы в будущих отчетных периодах, то моя обработка эти минусы постепенно закроет. Если сотрудник уже уволен, то переплата останется висеть и, скорее всего, придется подать корректирующие ИС за прошлый отчетный период (когда ПФР заметит эту переплату).
126. Uraltrans 26.05.11 08:33 Сейчас в теме
(125)
victuan пишет:
скорее всего, придется подать корректирующие ИС за прошлый отчетный период (когда ПФР заметит эту переплату).


В нашем случае (была переплата за 2-ое полугодие 2010 г.) ПФР опомнился задолго после того как были поданы сведения, и в том числе сведения за 1-ый квартал 2011 г. с учётом переплат. Как они объясняют, ошибка обнаружилась когда сведения дошли (очевидно пешком) до Москвы. В итоге пришлось переделывать и 10-ый и 11-ый год. Поэтому, если обнаружилась переплата, считаю что лучше не ждать пока её обнаружит ПФР, а подавать корректирующие сведения, иначе потом больше переделывать.
127. stormtg 27.05.11 10:01 Сейчас в теме
victuan пишет:
Если сотрудник уже уволен, то переплата останется висеть и, скорее всего, придется подать корректирующие ИС за прошлый отчетный период (когда ПФР заметит эту переплату).

Спасибо, нашел человека с переплатой и озадачил этим расчетчиков, посмотрим что в пенсионном скажут
128. Maxvel1 11 22.06.11 11:04 Сейчас в теме
ошибка у тебя, когда корр. сведения сдаешь. Если корр. период 1 полугодие 2010 а отчетный период 1 квартал 2011. например, то "ДатаНачСальдо" остаков у тебя встает на отчетный период и изменить ее нельзя - она автоматом меняется на "отчетный период" а не на "корр. период". Из-за этого упалачненые суммы неправильно рассчитываются Это конечно можно исправить и самому , но все же обработку поправь. Там буквально в процедуре "восстановитьНастройки" изменить
Док.ВыбратьДокументы('01.01.2010',ПолучитьОтчетныйПериодПоДате(ОтчетныйПериод)-1);
на
Док.ВыбратьДокументы('01.01.2010',ПолучитьДатуНачала());
129. oops! 14.07.11 10:51 Сейчас в теме
странная весчь - если выбрано полугодие, то в печатные формы индивидуальных сведений печатается 1-ый квартал, если выбрано 9 месяцев, тогда печатается год (крестики ставятся в квадратики).
Сами данные, выгружаемые в файл пока не проверял.
У 1С тоже был этот глюк, но в 312-ом релизе они его исправили.
130. victuan 4232 14.07.11 13:56 Сейчас в теме
(129) Для 312 релиза я обработку еще не переделывал.
131. Anna_bmw 19.07.11 11:01 Сейчас в теме
Поскажите пожалуйста, формируем данные за полугодие вашей обработкой (1ый квартал формировали тоже ей, т.е. с учетом прошлых распределений). В 1м квартале очень красиво закрылись расчеты по уволенным в 2010 году. При формировании сведений за полугодие в окне сообщений выходят сообщения, что по этим уволенным есть переплата (Например, Иванов Иван Иванович - уволен (или договорник): отриц. задолженность (переплата) на конец периода по страх. -3220.08), и так по всем уволенным, которых мы закрыли в первом квартале. На общий расчет это не влияет, в отчетность не попадает, т.е. суммы уплат сходятся с тем, что мы ввели.
Насколько это корреткно?
132. victuan 4232 19.07.11 16:42 Сейчас в теме
(131)Вероятно, ошибочная переплата возникла при распрелении уплаты в 2010 (когда вы еще не пользовались моей обработкой). Обработка в 1 кв (до версии 1.4) еще не умела анализировать ошибочную переплату, возникшую из-за использования "чужих" алгоритмов распределения, поэтому Вы не получили сообщения о наличии переплат.
Воспользовавшись новой версией обработки во 2 кв, вы получили от нее сообщения о старых ошибках. Новая версия обработки пытается эти ошибки исправить (перекрыв ошибочную переплату начислениями 2 кв). Если это у нее не получилось бы, она бы выдала бы сообщения о необходимости подать корр. ИС за предыдущие периоды.
Приведите мне польностью весь текст из табло сообщений, которые выдала обработка после нажатия кнопки "Заполнить суммы взносов".
Тогда я точнее смогу поставить диагноз о необходимости корректировок.
133. victuan 4232 19.07.11 16:45 Сейчас в теме
Возможен и второй вариант развития событий. Вы указали обработке не все файлы предыдущих ИС (нужно все с 1 полугодия 2010 по 1 кв 2011), тогда обработка не может верно определить сальдо и будет диагностировать несуществую переплату. В таком случае обработкой нельзя пользоваться для распределения уплат.
134. Anna_bmw 19.07.11 17:14 Сейчас в теме
В первом квартале я пользовалась версией 1.7+, при формировании указывала пачки за весь 2010 год.
135. victuan 4232 19.07.11 17:23 Сейчас в теме
(134)Такого не может быть. Можете выслать все файлы XML? Конфидециальность обещаю.
136. Anna_bmw 19.07.11 17:25 Сейчас в теме
137. victuan 4232 19.07.11 17:26 Сейчас в теме
139. ovpavel 22.07.11 08:44 Сейчас в теме
При особых условиях труда на вкладке есть выбор (27-2), но данная обработка не вставляет количество дней отработанных.
Данный блок должен выгледеть так.
<СтажевыйПериод>
<НомерСтроки>1</НомерСтроки>
<ДатаНачалаПериода>01.04.2011</ДатаНачалаПериода>
<ДатаКонцаПериода>30.06.2011</ДатаКонцаПериода>
<КоличествоЛьготныхСоставляющих>1</КоличествоЛьготныхСоставл­яющих>
<ЛьготныйСтаж>
<НомерСтроки>1</НомерСтроки>
<ОсобенностиУчета>
<ОсобыеУсловияТруда>
<ОснованиеОУТ>27-2</ОснованиеОУТ>
<ПозицияСписка>2290000Б-23419</ПозицияСписка>
</ОсобыеУсловияТруда>
<ИсчисляемыйСтаж>
<ВыработкаКалендарная>
<ВсеМесяцы>3</ВсеМесяцы>
<ВсеДни>0</ВсеДни>
</ВыработкаКалендарная>
</ИсчисляемыйСтаж>
</ОсобенностиУчета>
</ЛьготныйСтаж>
</СтажевыйПериод>
141. Anna_bmw 22.07.11 12:58 Сейчас в теме
У нас нет особых условий труда, если вы об этом...
142. victuan 4232 22.07.11 13:02 Сейчас в теме
(141)Обращайте внимание на ссылки. Я отвечал не только на ваш пост.
143. bask-dm 22.07.11 14:22 Сейчас в теме
А можно сделать так, чтобы те люди у которых достигнут предел выплаты взносов (в 2010г.-415000, в 2011 - 463000) закрывались сразу же в том же периоде, как и уволенные.
И уж совсем идеально было бы если бы закрываались взносы перечислений прошлого месяца по работающим сотрудникам, как вот тут http://infostart.ru/public/86473/.
Тогда бы обработка была бы вообще самой шоколадной)
144. victuan 4232 22.07.11 16:54 Сейчас в теме
(143)Сделать-то можно. Но ситуация изменилась. ПФ подготовил проект, согласно которого будет отменено распределение страхователями уплаты по застрахованным (с 2012 г.). Т.е. как и до 2010 года будем подавать только общую уплату без разбивки по сотрудникам.
ПФ провалил свою реформу и не справляется с потоком кривых распределений от страхователей. Скорее всего и наше распределение за 2010 и 2011 годы они похоронят, т.к. не смогут загрузить в свою БД.
Вот и думаю, стоит ли так напрягаться, учитывая, что осталось перетерпеть три квартала сдачи.
148. Uraltrans 27.07.11 07:17 Сейчас в теме
(144)
victuan пишет:
ПФ подготовил проект, согласно которого будет отменено распределение страхователями уплаты по застрахованным (с 2012 г.).

:o Не подскажете, где про это можно почитать?
146. lost1971 25.07.11 13:33 Сейчас в теме
Перезалейте пожалуйста, пишет - архив поврежден!
147. victuan 4232 25.07.11 13:39 Сейчас в теме
150. aikosyapr 25 03.08.11 17:53 Сейчас в теме
151. stormtg 09.08.11 08:51 Сейчас в теме
День добрый, уважаемый маг и кудесник victuan подскажите по такому вопросу:
есть одна сотрудница, по каторай ваша чудестная обработка выдает следующие заполнение при формировании сведений за 2 кв 2011 года:
>>> Иванова Екатерина Ивановна(продолжает работать): отриц. задолженность (переплата) на конец периода по страх. -546.95
>>> Иванова Екатерина Ивановна( ): отриц. задолженность (переплата) на конец периода по накоп. -328.17
Строка в итоговой таблице по ней выглядит так:

я не могу понять откуда взялась переплата, я просмотрел все пачки ранее поданые за 2010 год и первый квартал 2011, сложил начисленно и уплачено по ней их и у меня получается что мы до сих пор её должны. Что делать в таком случае и чем это может быть вызвано?
152. victuan 4232 09.08.11 09:14 Сейчас в теме
(151) На картинке четко видно, что в текущем периоде (2 кв 2011) сотруднику начислены отриц. страховые взносы -546.95 и -328.17. В таком виде ПФ отчет не примет: начисления не могут быть отрицательными. Скорее всего, ваш расчетчик во 2 кв 2011 года снял у сотрудника ошибочные начисления 1 кварата 2011. Но так делать нельзя.
Придется вашему расчетчику исправлять ошибку в 1 кв 2011 года (уменьшив начисления за 1 кв 2011), подавать в ПФ корректирующие ИС по этому сотруднику за 1 кв 2011, а во втором кв 2011 года его начисления должны быть равными нулю.
153. stormtg 09.08.11 09:46 Сейчас в теме
victuan,
Спасибо, искал ошибку в прошлых периодах и совершенно не подумал о текущем, все так как вы и сказали.
154. Tishu 3 18.08.11 05:00 Сейчас в теме
Как Вы поступаете с отрицательным начислением взносов за период(в предыдущем отпуск, в текущем заболел или купил больничный и уволился).
Куда эту непринимаемую ПФР радость засунуть. Самый популярный совет можно не повторять.
155. victuan 4232 18.08.11 05:04 Сейчас в теме
(154) А ничего засовывать и не надо. ПФР прав - отрицательных взносов не бывает. Бывает пересчет за прошлый период. Значит в прошлом периоде и надо исправлять ошибку: уменьшать взносы в прошлом периоде (отпуск же отменен за прошлый период?), а не лепить "минуса" в текущем периоде.
Соответственно, придется подавать корректирующие формы (СЗВ-6, РСВ-1) за прошлый период.
156. Tishu 3 18.08.11 14:55 Сейчас в теме
(155)"исправить в прошлом" как то не по бухгалтерски, Вы исправляете в "прошлом" зарплату и бухгалтерию, что бы совпадали данные бухучета и отчеты в фонды?
Спасибо за отличную статью по распределению уплат. Принял тяжелое решение - ничего не делать до конца года, может кто умрет - или распределение уплат по ФЛ или ЗИК 7.7
157. victuan 4232 19.08.11 06:46 Сейчас в теме
А персонифицированный учет это не бухгалтерский учет, поэтому правила бух.учета к нему не относятся. Также как 2-НДФЛ, относящийся к налоговому учету, заполняется по периоду действия, а не регистрации.
158. FirstKorsar 16.09.11 14:07 Сейчас в теме
Автору спасибо за обработку очень пригодилась.

victuan пишет:
А персонифицированный учет это не бухгалтерский учет, поэтому правила бух.учета к нему не относятся. Также как 2-НДФЛ, относящийся к налоговому учету, заполняется по периоду действия, а не регистрации.
(157)
В общем персонифицированный учет заполняется по периоду регистрации (см. правила расчета и заполнения) но в случае отрицательных взносов действительно нужно корректировать прошлый период.
victuan пишет:
(154) А ничего засовывать и не надо. ПФР прав - отрицательных взносов не бывает. Бывает пересчет за прошлый период. Значит в прошлом периоде и надо исправлять ошибку: уменьшать взносы в прошлом периоде (отпуск же отменен за прошлый период?), а не лепить "минуса" в текущем периоде.
Соответственно, придется подавать корректирующие формы (СЗВ-6, РСВ-1) за прошлый период.


Буквально на днях пришлось этим же заниматься. Тем более с этого года ПФР начал принимать корректирующие ИС.
Правда корректировка за прошлый период подается в комплекте с исходными ИС за текущий отчетный период. Но при этом есть путаница в заполнении РСВ. Мне пришлось сначала сдать корректировку РСВ за 1-й квартал а потом в одном пакете корректировку ИС за 1-й квартал + исходные ИС за 2-й квартал и РСВ за 2-й квартал с учетом корректировки(т.е. ИС=РСВ за 2-й квартал)
159. Stepanstudent 26.09.11 07:49 Сейчас в теме
160. Старый 28.09.11 06:50 Сейчас в теме
Отличная обработка. Огромное спасибо автору
161. bnk72 105 28.09.11 12:19 Сейчас в теме
Сегодня пригодилась ваша обработка (спасибо!) при такой ситуации: предприятие закрылось, люди уволились, начислений в текущем периоде нет, надо распределить уплаты по начислениям прошлого периода. Стандартная обработка распределяет уплаты очень приблизительно (скажем, у половины из 500 сотрудников +-1коп из-за ошибок округления, еще у пары человек ошибки в полрубля (это видать, мы на них уплаты в копейках правили в предыдущих периодах, чтобы у нас суммы с округлением по всем пачкам с РСВ шли). Руками править долго. Так сдать - появятся вопросы у ПФР, а нам через время к этому уже вообще будет невозможно вернуться... С учетом предыдущих периодов, с галкой "Распределять по алфавиту" все получилось красиво! Елинственное (может пригодиться и вам, хорошо бы поправить): формировать пачки обработка отказывалась ("нет стажа!", я сильно не разбиралась, в стандарной то же предупреждение, но пачки формирует с одними уплатами), пришлось стандартным отчетом 313 сформировать, а вашей обработкой "перезаполнить"
162. Горыня 133 29.09.11 18:10 Сейчас в теме
Бухи достали распределением..... пришлось что то придумывать..., а тут такая красота!


ОГРОМНЫЙ РЕСПЕКТ!
163. OlgaG 30.09.11 15:26 Сейчас в теме
Хочу еще раз поблагодарить автора - замечательная разработка! Жаль, что нельзя поставить больше одного плюса!
164. victuan 4232 30.09.11 17:02 Сейчас в теме
(163)Можно поставить плюс на моих статьях или других разработках ;)
165. Koles 06.10.11 12:19 Сейчас в теме
Спасибо. Обработка спасла в своё время. Отчеты сдали.
166. ФеяС 07.10.11 15:10 Сейчас в теме
167. GalinaK 5 11.10.11 06:34 Сейчас в теме
Замечательная обработка, сдала уже несколько раз отчеты с ее помощью, жаль только, что теперь не для всех.....
"Новая система отменила доступ для всех только для новых публикаций, но все старые публикации имеют старый уровень доступа, тот, который выбрал разработчик. Если он "для всех", то он качается как раньше, надо ввести только код с картинки."
Скачать обновленную версию не получается, мало $m (((
А где можно посмотреть уровень доступа к обработке? Может есть какой-то значок?
168. пользователь 12.10.11 13:59
Сообщение было скрыто модератором.
...
169. пользователь 12.10.11 14:00
Сообщение было скрыто модератором.
...
170. victuan 4232 12.10.11 14:02 Сейчас в теме
(169)Претензии к Инфостарту, я доступ открывал для всех, Цыденов распорядился по своему (меня при этом не спросил).
171. GalinaK 5 13.10.11 15:23 Сейчас в теме
Есть сотрудница - работает с 01.08.11, затем с 01.09.11 - установлена инвалидность, при распределении попадает в две пачки - в общую и с ОЗОИ (это правильно), взносы распределяются соответственно по пачкам, а уплата падает общая сумма в каждую пачку. Может это редкий случай...
172. victuan 4232 13.10.11 15:27 Сейчас в теме
(171)Я знаю об этом. Вот отрывок из описания обработки:
"Недоработки текущей версии (не исправляются в виду отсутствия на это спроса):
...
2) не учитываются смешанные налоговые режимы: ОСНО+ЕНВД, инвалиды и пр.
"
173. GalinaK 5 13.10.11 15:35 Сейчас в теме
Понятно, редкий случай. Спасибо
176. victuan 4232 21.10.11 05:49 Сейчас в теме
(173)В версии 2.5 я исправил эту недоработку с инвалидами.
177. b-dm 171 21.10.11 09:59 Сейчас в теме
(176)- у меня не закрываются достигшие предела начисления взносов. В версии 2.4. Если формировать в версии 1.8 всё нормально. В чем может быть косяк ?
178. victuan 4232 21.10.11 10:01 Сейчас в теме
(177)Возможно им не хватает уплаты.
В ходе работы обработка создаст поясняющие сообщения в табло сообщений и выдаст таблицу. Вышлите их мне на мыло: виктуан собака маил ру.
179. b-dm 171 21.10.11 10:28 Сейчас в теме
(178) - ок.
и ещё пожелание - чтобы в той таблице анализа первые 3 столбца закрепить, было бы удобно смотреть сотрудников, СНИЛС и их статус.
186. b-dm 171 26.10.11 13:34 Сейчас в теме
(179) - в добавлении к этому:
можно в Таблице которая выводится при анализе, кроме закрепления первых 3 столбцов, сделать пошире
ячейкт со строкой Итого. А то у меня вместо них выводится #####, т.е.не помещаются цифры. Самому сделать конечно пол секунды, но когда каждый раз качаешь уже новую версию, приходится делать тоже самое много раз.
187. victuan 4232 26.10.11 16:14 Сейчас в теме
(186)Постараюсь не забыть учесть при следующем обновлении.
188. b-dm 171 26.10.11 22:20 Сейчас в теме
(187) - Спасибо) Завтра потестирую на самой крупной организации, но думаю всё будет успешно, т.к. уже проверена временем обработка.
195. GalinaK 5 27.10.11 13:24 Сейчас в теме
(176) Спасибо, я в этот раз подправила эту сотрудницу вручную, но такая ситуация повторяется почти каждый квартал.
Обработка очень помогает в распределении сумм уплаты. В этот раз получилась переплата по страховой части - типовая обработка из ЗиК распределила так как я указала - сумма начислено= сумме уплачено(с учетом остатков 2 кв)в итоговой общей сумме -нулевое сальдо - все красиво. А когда начала проверять переплаты по людям, оказалось вместо того чтобы у всех было сальдо по страховой равным "0" - у одних - суммы плюсом, у других с минусом...ужас!!! А в сумме ноль... С помощью вашей обработке быстро все подправила
174. PROGRAMER_GURU 14.10.11 08:35 Сейчас в теме
Присоединяюсь, обработка очень полезная.
175. victuan 4232 20.10.11 06:25 Сейчас в теме
bnk72 пишет:
формировать пачки обработка отказывалась ("нет стажа!", я сильно не разбиралась, в стандарной то же предупреждение, но пачки формирует с одними уплатами), пришлось стандартным отчетом 313 сформировать, а вашей обработкой "перезаполнить"

Это очень странно, дело в том, что наоборот стандартный отчет отказывается добавлять сотрудников, а в своей обработке я переделал, чтобы добавлял.
Можете выслать точное сообщение, которое выдало обработка при отказе?
180. kurvik 23.10.11 16:24 Сейчас в теме
Почему-то при первом заполнении уплаченных взносов у многих оставались красные значения(копейки) и только после повторного распределения- все нормализовалось.Обработка выручила.Спасибо.
181. victuan 4232 23.10.11 17:55 Сейчас в теме
(180)Это "Разница со сформированными (ранее) суммами". В вашем случае видимо показывает разницу в распределении уплаты штатного механизма ЗИК и моей обработки (которым вы воспользовались перед использованием моей обработки). Это нормально. Мой алгоритм даже в "режиме совместимости" не совпадет на копейки с "зиковским".
182. TrinitronOTV 14 25.10.11 14:02 Сейчас в теме
спасибо, нужная обработка
183. 2011b11 26.10.11 10:46 Сейчас в теме
Спасибо разработка понравилась, молодец, каждый раз доробатываешь по просьбе, умница
184. анфиска 26.10.11 10:52 Сейчас в теме
Спасибо, полезная вещь.
185. alika 26.10.11 12:23 Сейчас в теме
Спасибо огромное за обработку, просто жизненнонеобходимая, пользовались, когда сдавали отчет за полугодие, уточняющий за 1 квартал и за 9 месяцев сейчас сдаем уже только по нему.
189. orsh 25 27.10.11 08:46 Сейчас в теме
При открытии выскочила ошибка, пришлось комментировать
//Если Док.ОбособленноеПодразделение.Выбран()=1 тогда
//продолжить
//КонецЕсли
193. victuan 4232 27.10.11 10:18 Сейчас в теме
(189)Обновите документ ЗадолженностьПоСтраховымВзносам из файла ЗадолженностьПоСтраховымВзносам.md или ЗадолженностьПоСтраховымВзносам.CLP
В нем появился новый реквизит ОбособленноеПодразделение

(192)Нет, не из-за отчества. Вышлите мне сообщения, которые выдала обработка (мой емайл указан в строке заголовка обработки).
190. orsh 25 27.10.11 08:49 Сейчас в теме
Напиши
<ДатаНачалаПериода>01.04.2011</ДатаНачалаПериода>
<ДатаКонцаПериода>30.06.2011</ДатаКонцаПериода>
<КоличествоЛьготныхСоставляющих>1</КоличествоЛьгот­ныхСостав­ляющих>
<ЛьготныйСтаж>
<НомерСтроки>1</НомерСтроки>
<ОсобенностиУчета>
<ОсобыеУсловияТруда>
<ОснованиеОУТ>27-2</ОснованиеОУТ>
<ПозицияСписка>2290000Б-23419</ПозицияСписка>
</ОсобыеУсловияТруда>
<ИсчисляемыйСтаж>
<ВыработкаКалендарная>
<ВсеМесяцы>3</ВсеМесяцы>
<ВсеДни>0</ВсеДни>
</ВыработкаКалендарная>
</ИсчисляемыйСтаж>
Показать


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