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

15.07.13

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

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

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

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

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

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

Вступайте в нашу телеграмм-группу Инфостарт

См. также

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

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

18300 руб.

29.09.2020    15496    2    0    

5

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

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

1 стартмани

22.01.2014    30567    2    kompas-dm    1    

1

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

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

2034 руб.

03.08.2013    84190    31    21    

39

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

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

1 стартмани

20.04.2013    33539    425    mirrr    65    

41

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

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

4 стартмани

01.03.2013    40146    87    Designer1C    7    

10
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. victuan 4445 31.01.11 09:32 Сейчас в теме
С чего начался сыр-бор можно посмотреть здесь: http://forums.kuban.ru/forum/viewtopic_new.php?t=3658400
201. анфиска 09.11.11 14:37 Сейчас в теме
(1) Добрый день, скажте пожалуйста, а как быть если в предыдущем периоде была переплата по СВ. Я в док-те накопленнаяя задолженность указала сумму переплаты, но при распределении взносов сумма переплаты в конечное сальдо не попадает. Как быть???
202. victuan 4445 09.11.11 14:46 Сейчас в теме
(201)Должна попадать, вышлите сообщения, которые выводит программы и состояние документов Задолженность и РасчетыПоСтраховымВзносам.
203. анфиска 09.11.11 15:30 Сейчас в теме
(202) Она ни каких сообщений не выводит, если не распределать переплату по сотрудникам, а просто ставить в поле переплата сумму переплаты, кот. введена предыд. периодом док-том Расчеты по страховым взносам.
204. victuan 4445 09.11.11 15:41 Сейчас в теме
(203)Слишком мало информации. Дайте больше.
Те сообщения, которые появляются при нажатии кнопки "Заполнить суммы взносов" при установленном флажке "Распределение уплат с учетом прошлого распределения".
А также суммы в вышеуказанных документах.
205. анфиска 09.11.11 17:04 Сейчас в теме
(204) Стала копаться и сама нашла в чем проблема. У меня задваивалась переплата из за того, что был док-т Расчеты по страховым взносам от июня, где была указана оплата за июль и в док-те накопленная задолженность я указала сумму переплаты. Спасибо, теперь все получилось.
278. Abzkrs 36 02.02.12 06:47 Сейчас в теме
Переделал :-))
(с) Не мое... Изменения взяты, если мне не изменяет память, вот из этой обработки http://infostart.ru/public/87032/


Процедура ЗаполнитьИндивидуальныеСведения() 
	 
	
	Если флУчитыватьПереданныеДанные = 1 Тогда 
		
		СтрСообщениеОбОшибке = "";
		Если ПроверитьНаличиеПереданныхДанных(СтрСообщениеОбОшибке)=0 Тогда 
			Предупреждение(СтрСообщениеОбОшибке);
			Возврат;
		КонецЕсли;
		
	КонецЕсли;  
	
	
	НомерПачки = 1;
	Если Пачки.КоличествоСтрок() > 0 Тогда
		НомерПачки   = Пачки.ПолучитьЗначение(Пачки.КоличествоСтрок(),"Номер") + 1;
		Ответ = Вопрос("При заполнении будет удален существующий комплект пачек документов"+РазделительСтрок
		+" и произведено распределение по умолчанию. "+РазделительСтрок
		+"Удалить и продолжить?", "Да+Нет");  
		Если Ответ = "Нет" Тогда
			Возврат;
		КонецЕсли;
	КонецЕсли; 
	
	Если ВвестиЧисло(НомерПачки,"Введите номер первой пачки", 5, 0) <> 1 Тогда
		Возврат;
	КонецЕсли;  
	
	// дата начала по отчетному периоду или корректируемому периоду
	ДатаНачала = ПолучитьДатуНачала();
	ЕстьЕНВД   = ПолучитьЕНВДДляПерсучета(ДатаНачала);
	
	// получим список сотрудников
	// если по обособленному подразделению, то в представлении значения будет строка
	// с месяцами работы в обособленном подразделении
	Сотрудники = ПолучитьСписокСотрудников(ДатаНачала); 
	Если Сотрудники.РазмерСписка() = 0 Тогда
		Предупреждение("Не обнаружено сотрудников для формирования отчета!");
		Возврат;
	КонецЕсли;    
	
	// получим таблицу, если есть ЕНВД, таблица нужна для определения периодов
	// в которых есть ЕНВД, периоды определяются начислениям, иначе только исчисленные взносы
	ДоходыВычетыНалогиСотрудников = "";
	Если ЕстьЕНВД=1 Тогда
		ДоходыВычетыНалогиСотрудников = СобратьДанныеДляСтраховыхВзносов(глПолучитьДатуОкончанияОтчетногоПериодаСЗВ(ДатаНачала),Сотрудники);
	Иначе
		// получим таблицу в которой будут только взносы и данные
		ДоходыВычетыНалогиСотрудников = СобратьДанныеДляСтраховыхВзносов(глПолучитьДатуОкончанияОтчетногоПериодаСЗВ(ДатаНачала),Сотрудники,1);
	КонецЕсли; 
	
	// получим таблицу со значением категории ЗЛ и наличием ЕНВД по каждому месяцу отчетного периода
	ТаблицаСотрудниковСКатегориямиЗЛ = ПолучитьТаблицуРаспределенияПоКатегориямЗЛ(ДоходыВычетыНалогиСотрудников,Сотрудники,ДатаНачала,ЕстьЕНВД);
	ДоходыВычетыНалогиСотрудников = "";
	
	// получим итоговую таблицу со стажем сотрудников
	// таблица будет использоваться для распределения по пачкам
	
	// Структура таблицы
	// Сотрудник
	// ТаблицаСтажаСотрудника - таблица значений
	
	// Структура ТаблицаСтажаСотрудника
	// КатегорияЗЛ
	// ТаблицаСоСтажем - таблица значений
	// ИсчисленоСтраховая
	// ИсчисленоНакопительная 
	// УплаченоСтраховая
	// УплаченоНакопительная
	
	// Структура ТаблицаСтажаСотрудникаПоКатегории
	// это собственно таблица с записями о стаже
	
	ТаблицаСтажиСотрудников = ПолучитьТаблицуСтажиСотрудников(ТаблицаСотрудниковСКатегориямиЗЛ,	ДатаНачала);
	ТаблицаСотрудниковСКатегориямиЗЛ = "";
	
	Если СпособВыборкиСотрудников =2 Тогда
		// уточним стаж по сотрудникам, которые работали в обособленном подразделении не весь отчетный период
	    ОбработатьТаблицуСтажаДляОбособленногоПодразделения(ТаблицаСтажиСотрудников,Сотрудники,ДатаНачала);
	КонецЕсли;
	
	// заполним суммы исчисленных и уплаченных взносов
	// дозаполним таблицу ТаблицаСтажиСотрудников сотрудниками, у кого только уплаченные взносы по выбранной категории ЗЛ
	ЗаполнитьСуммыВзносов(ТаблицаСтажиСотрудников); 
	
	// разложим данные по пачкам
	
	Пачки.УдалитьСтроки(); 
	
	ОчереднойНомерПачки = НомерПачки;
	
	ВремТаблица = СоздатьОбъект("ТаблицаЗначений");
	ВремТаблица.НоваяКолонка("ТипПачки");
	ВремТаблица.НоваяКолонка("КатегорияЗЛ");
	ВремТаблица.НоваяКолонка("Сотрудник");
	ВремТаблица.НоваяКолонка("ИсчисленоСтрах");
	ВремТаблица.НоваяКолонка("ИсчисленоНак");
	ВремТаблица.НоваяКолонка("УплаченоСтрах");
	ВремТаблица.НоваяКолонка("УплаченоНак");
	ВремТаблица.НоваяКолонка("УТ");  //СГВ
	Вредник = "ВТ";                  //СГВ

	
	ТаблицаСтажиСотрудников.ВыбратьСтроки();
	Пока ТаблицаСтажиСотрудников.ПолучитьСтроку()=1 Цикл //цикл по сотрудникам
		
		Сотрудник = ТаблицаСтажиСотрудников.Сотрудник;  
		Если ЕстьСтраховойНомер(Сотрудник) = 0 Тогда
		    Продолжить;
		КонецЕсли;
		
		ТаблицаСтажаСотрудника = ТаблицаСтажиСотрудников.ТаблицаСтажаСотрудника;
		
		ТаблицаСтажаСотрудника.ВыбратьСтроки();
		Пока ТаблицаСтажаСотрудника.ПолучитьСтроку()=1 Цикл // цикл по категориям ЗЛ
			
			ТаблицаСоСтажем = ТаблицаСтажаСотрудника.ТаблицаСоСтажем;
			КатегорияЗЛ = ТаблицаСтажаСотрудника.КатегорияЗЛ;
			ИсчисленоСтрах = ТаблицаСтажаСотрудника.ИсчисленоСтраховая;
			ИсчисленоНак   = ТаблицаСтажаСотрудника.ИсчисленоНакопительная;
			УплаченоСтрах  = ТаблицаСтажаСотрудника.УплаченоСтраховая;
			УплаченоНак    = ТаблицаСтажаСотрудника.УплаченоНакопительная;
			
			ТипПачки = "СЗВ-6-2"; // по умолчанию
			
			Если (ТаблицаСоСтажем.КоличествоСтрок()=0) и (ИсчисленоСтрах=0) и (ИсчисленоНак=0) и (УплаченоСтрах=0) и (УплаченоНак=0) Тогда
				Продолжить;    
			КонецЕсли;
			
			ТаблицаСоСтажем.ВыбратьСтроки();
			ОВУТ = 0; //особые и вредные условия труда     СГВ

			Пока ТаблицаСоСтажем.ПолучитьСтроку()=1 Цикл
			
				УТ = ТаблицаСоСтажем.УсловияТруда; 
				ИТСОснование = ТаблицаСоСтажем.ИТСОснование;
				ИТСДопСведения3 = ТаблицаСоСтажем.ИТСДопСведения3;
				ВыслугаЛетОснование = ТаблицаСоСтажем.ВыслугаЛетОснование; 
				ТерриториальныеУсловия = ТаблицаСоСтажем.ТерриториальныеУсловия; 
				
				Если 
				(ПустоеЗначение(УТ) = 0) или
				(ПустоеЗначение(ИТСОснование) = 0) или
				(ПустоеЗначение(ИТСДопСведения3) = 0) или
				(ПустоеЗначение(ВыслугаЛетОснование) = 0) или
				(ПустоеЗначение(ТерриториальныеУсловия) = 0) Тогда 
					
					ТипПачки = "СЗВ-6-1"; 
					//Прервать;                         //СГВ
					Если (ПустоеЗначение(УТ) = 0) Тогда
						ОВУТ = 1;                     // в отдельную пачку
						Если КатегорияЗЛ = Перечисление.КатегорииЗастрахованныхЛицПФР.ООИ Тогда
							Сообщить("Сотрудник "+Сотрудник+"является инвалидом и не должен работать во вредных условиях. Проверьте стаж!");
						КонецЕсли;	
					КонецЕсли;	                      //СГВ
				КонецЕсли;
				
			КонецЦикла;
			
			ВремТаблица.НоваяСтрока();
			ВремТаблица.ТипПачки = ТипПачки;
			ВремТаблица.КатегорияЗЛ = КатегорияЗЛ;
			ВремТаблица.Сотрудник = Сотрудник;
			ВремТаблица.ИсчисленоСтрах = ИсчисленоСтрах;
			ВремТаблица.ИсчисленоНак = ИсчисленоНак;
			ВремТаблица.УплаченоСтрах = УплаченоСтрах;
			ВремТаблица.УплаченоНак = УплаченоНак;
			ВремТаблица.УТ = ОВУТ;                            //СГВ
		КонецЦикла;// цикл по категориям ЗЛ
		
	КонецЦикла;//цикл по сотрудникам  
	
	Если ВремТаблица.КоличествоСтрок()=0 Тогда
	    Предупреждение("Данных о стаже за  " + глПолучитьПредставлениеПериодаПФР(ДатаНачала)+" не обнаружено!");
		Возврат;
	КонецЕсли;
	
	ВремТаблица.Сортировать("ТипПачки,УТ,КатегорияЗЛ,Сотрудник");  //СГВ
	
	ВремТаблица.ВыбратьСтроки();
	ТекТипПачки    = "";
	ТекКатегорияЗЛ = ""; 
	ТекУТ = ""; //СГВ
	ТабСоставПачки = СоздатьТаблицуПачки();
	Пока ВремТаблица.ПолучитьСтроку()=1 Цикл
	    
		ТипПачки    = ВремТаблица.ТипПачки;
		КатегорияЗЛ = ВремТаблица.КатегорияЗЛ;
		УТ = ВремТаблица.УТ; //СГВ
		РазмерПачки = ?(ТипПачки = "СЗВ-6-1",констРазмерПачки,констРазмерПачки2);
		
		Если (ТекТипПачки<>ТипПачки) или (ТекКатегорияЗЛ<>КатегорияЗЛ) или (ТекУТ<>УТ) //СГВ
			или (ТабСоставПачки.КоличествоСтрок() = РазмерПачки) Тогда
			//создаем новую пачку 
			
			Пачки.НоваяСтрока();
			Пачки.Ключ = ПолучитьКлючПачки(ТипПачки,КатегорияЗЛ); 
			Если ПустоеЗначение(УТ) = 0 Тогда                                //СГВ
				Пачки.Ключ = Формат(СокрЛП(Пачки.Ключ)	+ Вредник,"С200");
			КонецЕсли;	                                                     //СГВ
			
			Пачки.Номер = ОчереднойНомерПачки;
			НомерТекущейПачки = Пачки.Номер; 
			Пачки.Форма = ТипПачки;
			Пачки.КатегорияЗЛ = КатегорияЗЛ;
			
			ТабСоставПачки = СоздатьТаблицуПачки();
			Пачки.СоставПачки = ТабСоставПачки; 
			
			НомСтрокиПачки = Пачки.КоличествоСтрок();
			ОчереднойНомерПачки = ОчереднойНомерПачки +1;
			
			ТекТипПачки    = ТипПачки;
			ТекКатегорияЗЛ = КатегорияЗЛ;
			ТекУТ = УТ;                                           //СГВ
		КонецЕсли;
		
		ТабСоставПачки.НоваяСтрока();
		ТабСоставПачки.Сотрудник = ВремТаблица.Сотрудник;
		ТабСоставПачки.Пачка = НомерТекущейПачки;
		ТабСоставПачки.Форма = ТипПачки;
		ТабСоставПачки.КатегорияЗЛ = КатегорияЗЛ;
		ТабСоставПачки.ПередаватьАдрес = 1; 
		ТабСоставПачки.ИсчисленоСтраховая = ВремТаблица.ИсчисленоСтрах; 
		ТабСоставПачки.ИсчисленоНакопительная = ВремТаблица.ИсчисленоНак;
		ТабСоставПачки.УплаченоСтраховая = ВремТаблица.УплаченоСтрах;
		ТабСоставПачки.УплаченоНакопительная = ВремТаблица.УплаченоНак;  

		Пачки.УстановитьЗначение(НомСтрокиПачки,"СоставПачки", ТабСоставПачки);
		
	КонецЦикла; 
	
	ТабСоставПачки =  СоздатьТаблицуПачки();
	ТабСоставПачки.НоваяСтрока();
	ТабСоставПачки.Сотрудник = "Опись сведений, передаваемых в ПФР";
	ТабСоставПачки.Пачка = ОчереднойНомерПачки;
	
	Если ТипСведений = Перечисление.ТипыСведенийСЗВ.ИСХОДНАЯ Тогда 
		//вводим автоматически только для исходных сведений
		Пачки.НоваяСтрока();
		Пачки.Номер = ОчереднойНомерПачки;
		Пачки.Форма = "АДВ-6-2";
		Пачки.СоставПачки = ТабСоставПачки;    
	КонецЕсли;
	
	Пачки.ТекущаяСтрока(1);
	УстановитьТекущуюПачку(1);
	
	Форма.Обновить(0);  
	
КонецПроцедуры //ЗаполнитьИндивидуальныеСведения
Показать
2. timurei 31.01.11 23:09 Сейчас в теме
подскажите пож-та почему у меня за год сумма начисл = сумма удержан, если проплата в январе за декабрь???...может я что-то неправильно делаю...:(....спасибо...
3. Kruzo 31.01.11 23:45 Сейчас в теме
5. victuan 4445 01.02.11 08:42 Сейчас в теме
(2)Все правильно, так и должно быть. Если была переплата по итогам года, то в ИС уплата встанет не больше чем начислено. Т.к. нельзя направить на л/с сотрудника больше денег, чем ему начислено. Нераспеделенную переплату 2010 года распределите на начисления 1 кв 2011 когда будете делать отчет в апреле.
4. GalinaK 6 01.02.11 07:27 Сейчас в теме
"подскажите пож-та почему у меня за год сумма начисл = сумма удержан, если проплата в январе за декабрь???"
не за год, а за второе полугодие, наверное? т.к сумма уплаты за июнь=сумме уплаты за декабрь
6. timurei 01.02.11 11:39 Сейчас в теме
так у нас наоборот за декабрь получается недоплата...:(
7. victuan 4445 01.02.11 17:55 Сейчас в теме
(6)Это пофиг, главное чтоб недоплата была по итогам года. А ее в твоем случае нет, поэтому еще раз см. (5)
8. victuan 4445 01.02.11 17:57 Сейчас в теме
Моя обработка еще полезна тем, что ей пофиг неправильное распределение (с т.зр. ЗИК) оплат "за.." в документах "Расчеты по страховым взносам". Главное, правильно указать ими сумму в отчеином периоде (квартале, годе) - хоть даже одним доком за период (а не шестью за полугодие) - моя обработка правильно определить куда и кому нужно распределить полученные деньги.
9. timurei 01.02.11 18:16 Сейчас в теме
Я дико извиняюсь НО у меня теперь другая проблемка. Уволенному начислена не полная страховая оплата(прикрепил файл с картинками из документов). Что может быть???
Прикрепленные файлы:
10. victuan 4445 01.02.11 18:18 Сейчас в теме
(9) Для меня этот случай интересен. Привидете дословно, что моя обработка писала в табло сообщений при распределении сумм оплаты.
14. timurei 02.02.11 08:35 Сейчас в теме
Взял несколько людей, они идут подряд, все уволенные.(10)
Прикрепленные файлы:
Книга1.xlsx
16. victuan 4445 02.02.11 15:09 Сейчас в теме
(14) Мне нечем открывать файлы формата xlsx. Сохраните в старом формате Экселя.

(15) Понял. Сейчас попробую найти решение проблемы.
11. victuan 4445 01.02.11 18:21 Сейчас в теме
(9) И приведите мне полностью строку из таблицы по сотру, а не тот огрызок на скрине.
12. Lariska2000 01.02.11 21:18 Сейчас в теме
А можно кратенький алгоритм по работе с обработкой!!! Плиззз! Всё кручу верчу, а не могу получить то что нужно. Формирует таблицу или за 1-е полугодие, либо за второе (((.
13. victuan 4445 02.02.11 04:30 Сейчас в теме
(12) В описании обработки кратенький алгоритм. Еще короче придумать не смогу ;)
15. Looking 81 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 и которого совсем нет в БД ЗиК, но как найти этого сотрудника не пойму, можешь подсказать - где найти в коде перебор списка сотрудников из пачек?

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


Спасибо! Правильно ли я понимаю что даже если за 1 полугодие отсутствуют начисления и уплата взносов в БД ЗиК, или они пристутствуют частично - это мой случай, за первое полугодие разнесён только май и июнь, то это не является помехой для обработки, т.к. она возьмёт сведения о начислении и уплате за всё первое полугодие из пачек?
19. victuan 4445 02.02.11 16:11 Сейчас в теме
Обновил файл обработки и поправил описание с учетом обсуждения на форуме.

(15) Looking, скачай новый файл обработки, она обозначит твою проблему с пустым сотрудником и подскажет решение проблемы.
138. Anna_bmw 21.07.11 10:09 Сейчас в теме
Подскажите, а что означает данное сообщение - ТипСведений = Форма.Параметр.ПолучитьЗначение(15);
{Обработка.РедактированиеСведенийПФР.Форма.Модуль(56)}: Индекс не входит в границы списка значений. Я пытаюсь вручную поправить оплаты по некоторым сотрудникам.

Файлы пока нет возможности отправить, текст выходит, но на расчетные данные не влияет.. думаю пропустить эту ошибку)
140. victuan 4445 22.07.11 12:53 Сейчас в теме
(138)В ближайшее время я планирую выпустить обновление своей раработки. Заодно посмотрю из-за чего выходит это сообщение.
(139)В ЗИК нет учета календарной выработки. Поэтому ЗИК его не формирует. Когда-то я делал доработку выгрузки, чтобы этот блок формировался. Но поскольку это редкоиспользуемая ситуация, поддерижвать данный функционал не буду.
145. victuan 4445 25.07.11 08:14 Сейчас в теме
(138)Обновил версию обработки до 1.8. Теперь этой ошибки возникать не должно.
Она возникала из-за того, что моя обработка была основана на релизе ЗИК версии 309, а в более поздних релизах ЗИК изменилось количество параметров встроенной обработки РедактированиеСведенийДляПФР.
18. victuan 4445 02.02.11 15:30 Сейчас в теме
Правильно. Для этого нужно еще указать в качестве "Даты зафиксированной задолженности..." значение "01.01.2010" или "пусто", чтобы обработка не пыталась найти сальдо в программе или отсеткать при чтении файлы XML по периоду поданных сведений.
20. timurei 02.02.11 20:26 Сейчас в теме
пересохранил
Прикрепленные файлы:
Книга1.xls
24. victuan 4445 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) Нет, не берется. Обработка смотрит есть ли начисления сотрудника в текущем периоде.
26. timurei 03.02.11 17:45 Сейчас в теме
(24)//Сотрудники эти вряд ли уволены, т.к. отчет показал, что у них есть начисления в Текущем периоде.
есть документ приказ об увольнении!!..как так не уволены????

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

у вас как сделано: 1. закрывает задолженность по начислениям прошлого периода. 2. Закрывается задолженность по начислениям этого периода по уволенным 3. Закрывает задолженность по начислениям по остальным или 2 и 3 пункт объединены в одно закрытие задолженности?
21. victuan 4445 03.02.11 08:21 Сейчас в теме
Обновил еще раз разработку - оказывается, я в прошлый раз забыл положить в архив новый документ для ЗИК.

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

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


Спасибо за доработку функционала!
Есть ещё животрепещущий вопрос :D Можно ли в этой обработке реализовать поддержку формирования в Бух 7.7? Или-же это достаточно трудо и времяёмко?
25. victuan 4445 03.02.11 13:42 Сейчас в теме
(22) Вот второй обработкой из комплекта как раз можно и проверить "сходимость" файлов, сформированных в Бухгалтерии. Она универсальна. Но исправлять она не умеет.
я думал о том, чтобы сделать обработку как для ЗИК так и для Бухгалтерии. Буду делать, но, скорее всего, законченный функционал появится только к апрелю 2011.
23. timurei 03.02.11 10:54 Сейчас в теме
может в обработке берется состояниеФизЛица не на конец года а за период, поэтому не видит что они уволены и начисляется по принцип всем поровну...:(
27. victuan 4445 03.02.11 17:47 Сейчас в теме
2. Закрывается задолженность по начислениям этого периода по уволенным
Нет этого у меня в алгоритме - уволенные текущего периода не закрываются в 0. Перечитайте еще раз описание обработки.
28. timurei 03.02.11 20:10 Сейчас в теме
(27)все понятно...:0
а с ними как быть???.было бы здорово если уволенные за 2 полугодие начислялась так же как в 1ой...:)
обсуждение на эту тему было ЗДЕСЬ
29. victuan 4445 04.02.11 04:56 Сейчас в теме
(28)Не вижу проблемы, сальдо по уволенным в текущем отчетном периоде (2 полугодие 2010) закроется оплатой в следующем отчетном периоде (1 кв 2011).
Почему не устраивает? Моя обработка их автоматически добавит и распределит остаток оплаты, ничего и делать не надо будет вручную.
30. timurei 04.02.11 09:18 Сейчас в теме
(29)//Почему не устраивает?
Наверное потому что их надо закрыть в 2010 году!
33. victuan 4445 06.02.11 10:49 Сейчас в теме
(30)Почему надо? Ни в одном нормативном акте такого требования нет.

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

(32)Я считаю, что сначала нужно закрыть долги по старым периодом, а потом закрывать долги по текущему периоду.
Какой выигрыш даст ваш подход?
31. Blind 04.02.11 12:02 Сейчас в теме
Ошибочка небольшая - второе условие лишнее:

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

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

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

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

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

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

(41)Такого быть не должно. У вас последняя версия моей обработки (скачанное не позднее 14 апреля 2011)?
В любом случае сообщите мне подробности, чтобы я мог устранить эту ошибку.
46. b-dm 181 18.04.11 11:21 Сейчас в теме
(42) а без clipboard`a никак нельзя обойтись ? Т.к. у меня на него прав нет, по политике безопасности предприятия.
И без документа Задолженность по страховым взносам ?
Как сделать все манипуляции без него.
То есть достаточно указать папку где хранятся pf файлы ? Тогда какую дату зафиксированной задолженности для 1 квартала указывать ?
Если мы за март уплатили 15 апреля например, за февраль 15 марта. то дата задолженности будет 15 апреля, за 1-ый квартал ?
48. victuan 4445 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
39. b-dm 181 15.04.11 11:36 Сейчас в теме
и ещё, нет никакого описания работы обработки, или я его не нашёл....ни внутри самой обработки , ни в файле readme.
хотелось бы знать последовательность действий, а не тыкаться наугад, про документ задолженность вообще нигде не указано....
41. Uraltrans 15.04.11 12:45 Сейчас в теме
Подскажите пожалуйста из-за чего может возникать ошибка
Ошибка в алгоритме: ДоплатаНакоп не закрылась в ноль:1003.84
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. victuan 4445 18.04.11 09:48 Сейчас в теме
(44) Прикольно. Судя по Таблице.xls в прошлых периодах Оплачено по сотрудникам больше чем Начислено. А это запрещено делать инструкцией по подготовке перс.учета.
Сработала как раз недоработка #5 ("не знаю как себя поведет обработка в случае ошибочной отрицательной задолженности (переплаты) по сотрудникам в предыдущие периоды")
Случай для меня интересный, буду разбираться...
49. victuan 4445 18.04.11 14:07 Сейчас в теме
(44)Я вроде догадался в чем проблема. Вы указали путь с файлами только за 2-е полугодие 2010. Но поскольку у вас в 1С не зафиксирована по сотрудникам задолженность на начало этого полугодия, то обработка считает, что задолженности за 1-е полугодие нет. Вам нужно в папку с ИС поместить все файлы: и за 1-ое и за 2-ое полугодие, чтобы обработка смогла восстановить полностью задолженность.
Блин, почему никто не читает описание к моей обработке. :(
50. Uraltrans 18.04.11 14:45 Сейчас в теме
(49) К сожалению, не так все просто, описание я читал, да впрочем и без него можно интуитивно догадаться, что нужны все файлы ИС с 2010г. Поэтому в папке были все нужные файлы.
Ещё приложение - таблица, какой она стала после нажатия кнопки "Заполнить страховые взносы" на первой вкладке.
В ней сотрудник, у которого обнаруживается ошибка фигурирует с номером 89
Прикрепленные файлы:
Таблица.xls
52. victuan 4445 18.04.11 17:06 Сейчас в теме
(43) Несоответствие ФИО сотрудника в базе и в файле не приводит к необработке его данных - это всего лишь предупреждение.

(50) Обновил версию обработку - теперь она умеет учитывать ошибочную переплату в прошлых периодах.
Просьба протестировать новую версию и выслать мне весь текст из окна сообщений, появляющийся в ходе работы обработки и Таблицу.xls, полученную после нажатия кнопки "Заполнить суммы взносов".
Прошу это сделать даже в том случае, если Вы отказались от дальнейшего использования моей обработки или решили проблему иначе. Мне это нужно для тестирования обработки в случаях отриц. задолженности, а у меня подобного тестируемого материала нет. Надеюсь на понимание.
58. Uraltrans 19.04.11 14:45 Сейчас в теме
(52)
victuan пишет:
Просьба протестировать новую версию ...
Прикрепленные файлы:
Таблица.xls
47. b-dm 181 18.04.11 11:33 Сейчас в теме
вдогонку вопрос: какую службу надо запустить чтобы папка обмена заработала ?
51. victuan 4445 18.04.11 14:52 Сейчас в теме
Ну тогда верен мой первоначальный диагноз: вы оплату по некоторым сотрудникам за 2010 поставили больше чем начислено.
Как это у вас получилось?
53. Uraltrans 19.04.11 06:47 Сейчас в теме
(51)
victuan пишет:

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


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


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

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

(58) Вижу на скриншоте не весь лог - мне нужен весь. Моя новая версия обработки все-таки неправильно распределяет уплату за текущий период (увеличивает). Буду переделывать.
65. Uraltrans 20.04.11 06:32 Сейчас в теме
(59)
victuan пишет:
Вижу на скриншоте не весь лог - мне нужен весь


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

Скачал версию 1.5, сейчас буду смотреть её.
66. victuan 4445 20.04.11 07:24 Сейчас в теме
(65) Очень хорошо, прошу выложить лог сообщений и Таблицу.xls. Даже если все сработало верно.
71. Uraltrans 20.04.11 10:44 Сейчас в теме
(66) Версия 1.5. Вроде все неплохо, но мне не понятно, почему обработка уменьшает величину оплаты за прошлый период на сумму переплаты, ведь если отбросить отрицательные числа (переплату), сумма должна увеличиться. А уплата текушего периода соответственно должна уменьшиться на ту-же величину, так-как переплату мы вычтем из сумм, распределенных за текущий период. В итоге сумма выплат за текущий период (оплата долга за прошлые периоды+распределенная сумма за текущий) останется правильной. В файле Таблица.xls я рассмотрел этот вариант, рядом с таблицей сформированной обработкой, и он кажется мне более правильным.

П.С. Огромное спасибо за обработку и за ваше желание помочь с ней разобраться.
Прикрепленные файлы:
Таблица.xls
75. victuan 4445 20.04.11 14:08 Сейчас в теме
(71) Версия 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. victuan 4445 20.04.11 14:59 Сейчас в теме
(78)По сути я в версии 1.6 сделал тоже самое. Но допустил опечатку для страховой части. Поэтому моя версия накопительную посчитала верно, а страховую нет.
Исправил ошибку, перезалил обработку.
80. Uraltrans 21.04.11 07:02 Сейчас в теме
(79) Версия 1.6+
Теперь всё замечательно :D , ошибок больше не увидел. На всякий случай, как обычно, прикрепляю лог и таблицу.
Ещё раз спасибо за помощь.
Прикрепленные файлы:
Таблица.xls
60. victuan 4445 19.04.11 15:04 Сейчас в теме
b-dm пишет:
И ещё вопрос, самый главный пожалуй: как поступает обработка с уволенными в 1 квартале, выплачивает им полностью или также с учетом коэффициента ?
Такой же вопрос, для тех сотрудников, у которых уже в первом квартале сумма начислений превысила 463000 ?

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

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

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

Выложил обновление до версии 1.5, в нем исправлены критические ошибки, приводящие к неверному распределению оплаты.
67. pioneeer 20.04.11 08:56 Сейчас в теме
Ставлю галочку "Распределение уплат", выбираю каталог с файлами ИС, нажимаю кнопку "Сделать анализ". Возвращаюсь на вкладку с пачками - суммы уплаты по накопительным становятся чуть ли не втрое больше???
68. igni 30 20.04.11 09:53 Сейчас в теме
(67) - то же самое - при неоплате по накопительной за март распределены невероятные суммы
69. victuan 4445 20.04.11 10:13 Сейчас в теме
(67), (68) Такое распределение дает версия 1.3 или 1.5?
Если вместо кнопки "Сделать анализ" нажать "Заполнить суммы взносов" - цифры становятся верными?
70. pioneeer 20.04.11 10:18 Сейчас в теме
Версия 1.5 Да, после "заполнить суммы" все становится на свои места)
74. victuan 4445 20.04.11 13:38 Сейчас в теме
(70)Я проверил: обе версии 1.3 и 1.5 правильно показывают суммы уплачено как по кнопке "Сделать анализ", так и по кнопке "Заполнить суммы взносов".
Единственный косяк - может слетать значение "Тип сведений" на основной закладке (меняет значение с "Исходная" на <пусто>) после нажатия кнопки "Заполнить суммы взносов". Пытаюсь понять почему, вроде слет происходит при обращении к ф-и г. модуля. Если вручную восстановить правильное значение, то печатаются пачки и выгружаются верно.

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

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

(73)В релизе 309(310) ЗИК есть ошибка, она неправильно может определить тип пачки, в которую нужно поместить сотрудников с закрываемой задолженностью прошлого периода. Если воспользоваться моей обработкой с установленной галочкой "Распределение уплат с учетом прошлого распределения", то проблема должна уйти.
72. b-dm 181 20.04.11 11:26 Сейчас в теме
а уйти от документа "Задолженность" путём вставки из клипбоарда можно,если не удастся собрать все XML файлы за прошлые периоды?
например указывать задолженность на форме самой обработки.
73. stormtg 20.04.11 13:19 Сейчас в теме
У меня такая проблема:
Релиз 309, Категория ЗЛ "С\Х ТОВАРОПРОИЗВОДИТЕЛИ", при заполнении формируются: 1 пачка СЗВ6-1 с ЗЛ "С\Х", 1 пачка СЗВ6-2 с ЗЛ "С\Х", 1 пачка СЗВ6-2 с ЗЛ "ОЗОИ" и 1 пачка СЗВ6-2 "Общественные организации инвалидов", при выгрузке файлов по людям из пачек с ЗЛ "ОЗОИ" и "ООИ" падают ошибки типа "нет данных о стаже по категории ЗЛ ОСОБАЯ/ЗОНА/ОРГАНИЗЦИИ/ИНВАЛИДОВ!" - в чем может быть причина?
76. b-dm 181 20.04.11 14:09 Сейчас в теме
Обратил внимание, почему то после переключения с закладки Настройки, на закладку Пачки документов, исчезают все пачки,
в поле Период появляется надпись : корректирующий, который выставляется в 1 квартал 2011 года,при этом тип сведений очищается,
при выставлении в типе сведений:Исходный, всё восстанавливается.
77. victuan 4445 20.04.11 14:12 Сейчас в теме
(76)Об этом я писал в (74) - выделено жирным.
В версии 1.6 я попытался исправить этот недочет.
81. b-dm 181 21.04.11 18:51 Сейчас в теме
Неправильно формирует. Просто закрывает работника на сумму долга и всё.
по крайне мере у меня так получилось. версия 1.6 по крайней мере правильно формировала начисленное и уплаченное по действующим сотрудникам.
а эта просто показываает сколько недозакрыли по уволенным и не уволенным , и закрывает сотрудников ровно на эту сумму.

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

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

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

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

"Пожелание: А можно ли сделать так чтобы у тех у кого уже 463000 в первом квартале, закрывались сразу же, как и уволенные ?"
А зачем? Про уволенных понятно, чтобы они не тянулись в следующие периоды. А превысивших предел зачем? Они ведь всё равно должны тянуться в следующие периоды для подтверждения стажа. Какая разница потянутся они с нулем в оплате или без нуля, но со стажем?
86. b-dm 181 22.04.11 19:25 Сейчас в теме
(82) (83) в понедельник отслежу и сообщу, если будет криво вышлю лог, и по поводу ошибки с типом сведений ттоже.
а про превысивших предел: просто у них то по любому не будет начислений больше в году...не проще сразу таких взять и закрыть ?
чтобы потом их можно было спокойно контролировать, т.к. они по той же логике , что и при недоплате за прошлый период, будут уже в уплаченных.
да и потом, суммы по ним большие, они могут долго не закрываться в будущих периодах и тянуться несколько кварталов.
83. victuan 4445 22.04.11 05:35 Сейчас в теме
(81) "Ошибка с очисткой типа сведений Исходные и видимостью Корректирующей пачки не устранилась"
Странно, у меня она перестала проявляться. Можете отследить в какой момент при появлении сообщений в табло сообщений оно очищается (или через отладчик)?
112. bnk72 105 29.04.11 09:46 Сейчас в теме
Автору. Использовала кусок твоей разрабоки для анализа уплаченных взносов. Поняла причину по которой слетает тип и состав пачки после анализа(см. замечания (81)). В процедуре "ЗагрузитьИзХМЛ" измени название переменной ТипСведений на другой (я сделала ТипСведенийП) и при переключении между вкладками все встанет на места...
Для себя решила для начала использовать стандартный алгоритм распределения (тот что 1С выпустило 22.04, там проблема с упрощенцами по прошлому году решена) + твой анализ (без распределения, только как отчет) на основе файлов ИС (в формате XML), выгруженными за предыдущие периоды. Пока на 1 предприятии протестировала, сальдо по уволенным сотрудникам не смертельно, всего пара человек (мы как раз не нарушаем сроков платежей (42)) по 1 коп, в этом периоде их как раз еще можно поправить... Потестирую сегодня еще, тогда может решусь выложить обработку... Вообще делала для того, чтобы понять, есть в нашем случае необходимость использовать нестандартное распределение..
113. victuan 4445 29.04.11 11:45 Сейчас в теме
(112)Спасибо за ценное замечание, учту в следующем релизе. А что за обработку решаешь выложить?
114. bnk72 105 29.04.11 14:52 Сейчас в теме
(113)Я о ней написала, выкладываю http://infostart.ru/public/84755/, правда торопилась с описанием, предыдущее не сохранилось в черновике... Теперь исправлю только после выходных...
84. ovpavel 22.04.11 15:57 Сейчас в теме
Не понял как программа закрывает долги по предприятию?

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

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

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

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

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

Обновил описание обработки на сайте - добавил пошаговую инструкцию по использованию обработки для чайников. Эту инструкцию вложил в файл ReadMe.txt разработки.
87. ovpavel 22.04.11 19:41 Сейчас в теме
victuan пишет:
Люди, когда же вы научитесь читать инструкции?!!!


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

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

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

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

и всё же было бы удобно, если бы опционально сразу закрывались те сотрудники, у которых начисления в текущем квартале стали равны предельной величине страховых взносов.
108. victuan 4445 26.04.11 15:54 Сейчас в теме
(105)В ближайшее время не планирую, только в далекой перспективе: тяжело разрабатывать бесплатно функционал, который мне не нужен. Если кто-то осуществит мне поддержку, я с радостью включу дополнения в свою обработку. Для моих 15 организаций хватило реализованного функционала.
(107)Не должно быть такой зависимости. Хотя на 310 релизе я свою обработку не тестил.
110. b-dm 181 27.04.11 11:21 Сейчас в теме
(108) мои благодарности также.
но всё же, чтобы закрыть тех у кого 463 000 уже прошли, надо добавить всего 2 условия, что я и сделал.
а как вы правили ошибку с переключением закладок , и тем что не убирался бы тип сведений Исходные, и не был видимым
Корректирующий период: 1 квартал ? по коду не очень нашёл.
ещё вопрос: пытаюсь понять, как в анализе формируется столбец Разница с ранее сформированными суммами, от чего вы отнимаете прошлую и текущую выплату по сотруднику?
И ещё: в версии 1.7 закрываются уволенные на КонецПериода , т.е. на 31.03.2011?
111. victuan 4445 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 4445 03.05.11 12:22 Сейчас в теме
(115)Доработал обработку - теперь можно выбирать дату, до и после которой нужно провести анализ файлов XML
qwertyuiopa; +1 – Ответить
117. victuan 4445 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 4445 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 4445 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 4445 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. Maxvel82 16 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 4445 14.07.11 13:56 Сейчас в теме
(129) Для 312 релиза я обработку еще не переделывал.
131. Anna_bmw 19.07.11 11:01 Сейчас в теме
Поскажите пожалуйста, формируем данные за полугодие вашей обработкой (1ый квартал формировали тоже ей, т.е. с учетом прошлых распределений). В 1м квартале очень красиво закрылись расчеты по уволенным в 2010 году. При формировании сведений за полугодие в окне сообщений выходят сообщения, что по этим уволенным есть переплата (Например, Иванов Иван Иванович - уволен (или договорник): отриц. задолженность (переплата) на конец периода по страх. -3220.08), и так по всем уволенным, которых мы закрыли в первом квартале. На общий расчет это не влияет, в отчетность не попадает, т.е. суммы уплат сходятся с тем, что мы ввели.
Насколько это корреткно?
132. victuan 4445 19.07.11 16:42 Сейчас в теме
(131)Вероятно, ошибочная переплата возникла при распрелении уплаты в 2010 (когда вы еще не пользовались моей обработкой). Обработка в 1 кв (до версии 1.4) еще не умела анализировать ошибочную переплату, возникшую из-за использования "чужих" алгоритмов распределения, поэтому Вы не получили сообщения о наличии переплат.
Воспользовавшись новой версией обработки во 2 кв, вы получили от нее сообщения о старых ошибках. Новая версия обработки пытается эти ошибки исправить (перекрыв ошибочную переплату начислениями 2 кв). Если это у нее не получилось бы, она бы выдала бы сообщения о необходимости подать корр. ИС за предыдущие периоды.
Приведите мне польностью весь текст из табло сообщений, которые выдала обработка после нажатия кнопки "Заполнить суммы взносов".
Тогда я точнее смогу поставить диагноз о необходимости корректировок.
133. victuan 4445 19.07.11 16:45 Сейчас в теме
Возможен и второй вариант развития событий. Вы указали обработке не все файлы предыдущих ИС (нужно все с 1 полугодия 2010 по 1 кв 2011), тогда обработка не может верно определить сальдо и будет диагностировать несуществую переплату. В таком случае обработкой нельзя пользоваться для распределения уплат.
134. Anna_bmw 19.07.11 17:14 Сейчас в теме
В первом квартале я пользовалась версией 1.7+, при формировании указывала пачки за весь 2010 год.
135. victuan 4445 19.07.11 17:23 Сейчас в теме
(134)Такого не может быть. Можете выслать все файлы XML? Конфидециальность обещаю.
136. Anna_bmw 19.07.11 17:25 Сейчас в теме
ок, давайте почту
137. victuan 4445 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 4445 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 4445 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 4445 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 4445 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 4445 18.08.11 05:04 Сейчас в теме
(154) А ничего засовывать и не надо. ПФР прав - отрицательных взносов не бывает. Бывает пересчет за прошлый период. Значит в прошлом периоде и надо исправлять ошибку: уменьшать взносы в прошлом периоде (отпуск же отменен за прошлый период?), а не лепить "минуса" в текущем периоде.
Соответственно, придется подавать корректирующие формы (СЗВ-6, РСВ-1) за прошлый период.
156. Tishu 3 18.08.11 14:55 Сейчас в теме
(155)"исправить в прошлом" как то не по бухгалтерски, Вы исправляете в "прошлом" зарплату и бухгалтерию, что бы совпадали данные бухучета и отчеты в фонды?
Спасибо за отличную статью по распределению уплат. Принял тяжелое решение - ничего не делать до конца года, может кто умрет - или распределение уплат по ФЛ или ЗИК 7.7
157. victuan 4445 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. Горыня 147 29.09.11 18:10 Сейчас в теме
Бухи достали распределением..... пришлось что то придумывать..., а тут такая красота!


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

Это очень странно, дело в том, что наоборот стандартный отчет отказывается добавлять сотрудников, а в своей обработке я переделал, чтобы добавлял.
Можете выслать точное сообщение, которое выдало обработка при отказе?
180. kurvik 23.10.11 16:24 Сейчас в теме
Почему-то при первом заполнении уплаченных взносов у многих оставались красные значения(копейки) и только после повторного распределения- все нормализовалось.Обработка выручила.Спасибо.
181. victuan 4445 23.10.11 17:55 Сейчас в теме
(180)Это "Разница со сформированными (ранее) суммами". В вашем случае видимо показывает разницу в распределении уплаты штатного механизма ЗИК и моей обработки (которым вы воспользовались перед использованием моей обработки). Это нормально. Мой алгоритм даже в "режиме совместимости" не совпадет на копейки с "зиковским".
182. TrinitronOTV 16 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 4445 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</ВсеДни>
</ВыработкаКалендарная>
</ИсчисляемыйСтаж>
Показать


Посчитать исчисляемыйстаж можно из датаначалапериода и датаконцапериода, а то правим вручную.
194. victuan 4445 27.10.11 10:19 Сейчас в теме
(190)В общем случае ИсчисляемыйСтаж не заполняется. Он заполняется если работник работал с отклонениями или не по графику.
191. Tereza 28 27.10.11 08:57 Сейчас в теме
Спасибо большое, victuan, за обработку. И особенно за подробное описание.
192. dapdap 27.10.11 09:03 Сейчас в теме
Не получается восстановить задолженность из предыдущих файлов. Возможно ли это в следствии того, что у некоторых сотрудников отсутствует отчество! (по паспорту)
196. orsh 25 27.10.11 15:19 Сейчас в теме
Файл, который формируется Export_ListProf_2010 абсолютно не верен.
В программу ПереченьЛП вообще не загружается, при этом пропал блок c проставленными месяцами и днями опять "<ФактическиОтработано><Месяцев></Месяцев><Дней></Дней></Фак­тическиОтработано>".

Ну, сколько можно писать, что "ФактическиОтработано" можно посчитать из периодов.
Раньше версия программы была лучше, хотя бы работала. :)


Также существует программа проверки стажей и людей "Программное средство «Сверка ИС и Перечней» (Версия 4.1)".
Проверь хотя-бы ей!!!

P.S. Я конечно понимаю, что расчет фактического отработанного времени в корне не верен в зарплате и кадрах, но ведь с каким-то допущением можно считать периоды, и не заставлять пользователя вводить все вручную.
197. victuan 4445 27.10.11 15:31 Сейчас в теме
(196)У меня прекрасно всё загружается. Таблица Штатного расписания в ПЛП при этом затирается, берется из моего файла, а поскольку его заполнение у меня не реализовано, то оно теряется.

Проверку «Сверка ИС и Перечней» перечень и ИС подготовленные моими обработками проходят на ура.
198. анфиска 02.11.11 21:05 Сейчас в теме
Спасибо, благодаря вашей обработке, я вовремя нашла и исправила ошибки по перс.учету
199. Krokoz 07.11.11 12:10 Сейчас в теме
Сама обработка не нужна, но оформление обалденное. Другим бы авторам так, цены бы не было.
Отлично!!!
200. nnurik 08.11.11 18:22 Сейчас в теме
Обработку скачала. Еще разбираюсь в деталях, но уже результат какой-то виден.
Спасибо!
206. nnurik 10.11.11 14:12 Сейчас в теме
С помощью вашей обработки удалось найти иностранца, по которому ошибочно начисляли страховые взносы. После пересчета суммы начисленных и уплаченных взносов сошлись! Спасибо большое!
Количество застрахованных лиц отличается в РСВ и ИС.
Правильно ли я понимаю, что это уволенные, по которым проходят уплаты в отчетном периоде за прошлый период, и лица, сменившие статус? ПФР примет такие данные?
207. victuan 4445 10.11.11 16:41 Сейчас в теме
(206)Я не знаю нормативку, которая диктует совпадение числа застрахованных в РСВ-1 и АДВ6-2.
Но на практике знаю, что ПФ проверяет чтобы они совпадали.
Поэтому советую вручную изменить кол-во застрахованных в РСВ-1, взяв их кол-во из АДВ6-2.
208. nnurik 11.11.11 13:01 Сейчас в теме
209. nanik-nanik 7 13.11.11 15:24 Сейчас в теме
Спасибо за разработку, очень помогла разгрести все хвосты бухгалтеров действующих и прошлых по всем ПФР, с которыми возникли проблемы и вопросы по остаткам и переплатам.
210. zakkvanaxel 28 14.11.11 16:27 Сейчас в теме
Спасибо огромное! очень помогло!
211. stormtg 15.11.11 06:37 Сейчас в теме
Еще раз хочу сказать спасибо за вашу титаническую работу, ваша обработка только и выручает.
212. grey_chel 18.11.11 22:19 Сейчас в теме
Не стал сразу говорить спасибо - хотел дождаться ответа из пенсионки (боялся сглазить).
СПАСИБО! Наконец-то первый квартал сдан, по второму ответ еще не пришел.
213. Шевген 23.11.11 13:45 Сейчас в теме
Вот ведь. Пытался разобраться с алгоритмом обработки версии 1.7, который у меня каким-то образом оказался. Не хочет распределять так как надо.
Хотел эту обработку скачать, а тут какие-то деньги просят.
Кому не трудно пришлите файлы на мыло eugene_sh@inbox.ru
214. svegl 16 28.11.11 21:43 Сейчас в теме
Вот это прямо о наболевшем. Похоже пенсионные только сейчас научились проверять распределение уплат по людям. Заставляют пересдавать 2010 год. А раньше куда смотрели. В ЗиК-е уплаты распределяются неправильно. По крайней мере по уволенным точно. "Танцы с бубнами" в виде загрузки в программу ПФР перераспределения там уплат и выгрузки не всегда помогает.
Попробую с помощью Вашей обработки. Еще не тестила, только скачала. Но даже за такое подробнейшее описание СПАСИБО!
215. alexism 30.11.11 13:33 Сейчас в теме
Посмотрим, что за обработка такая...
216. alexism 30.11.11 13:33 Сейчас в теме
Посмотрим, что за обработка такая...
217. maxf 30.11.11 14:25 Сейчас в теме
Что-то у меня не срастается. Не подскажете, куда должны попадать сведения из столбца в таблице анализа "оплата за прошлый период" у сотрудников, уволенных в прошлом периоде (т.е. у тех, у кого в текущем периоде никаких начислений нет)? Так получается, что их ни в какой пачке за текущий период не видно, и задолженность в ПФР остается висеть.
218. victuan 4445 30.11.11 15:07 Сейчас в теме
(217) При распределении уплат, уволенные сотрудники добавятся в пачки, и по ним разнесется уплата за прошлый период.
219. maxf 30.11.11 18:38 Сейчас в теме
(218) Это при нажатии кнопки "заполнить суммы взносов"? Что-то уволенные не добавляются.
220. maxf 02.12.11 13:48 Сейчас в теме
Так что делать-то? Вот пример строчки из таблицы. Вроде как должно что-то закрываться за прошлый период, но ни в одной пачке этого сотрудника нет.
Прикрепленные файлы:
Таблица.xls
221. victuan 4445 02.12.11 15:46 Сейчас в теме
(220)Вышлите мне все сообщения, которая выдает обработка в табло сообщений при распределении уплаты.
222. den402 02.12.11 15:58 Сейчас в теме
"Ошибка с очисткой типа сведений Исходные и видимостью Корректирующей пачки не устранилась"
Странно, у меня она перестала проявляться. Можете отследить в какой момент при появлении сообщений в табло сообщений оно очищается (или через отладчик)?
223. victuan 4445 02.12.11 17:37 Сейчас в теме
(222)Уже давно исправлено
224. higs 03.12.11 14:15 Сейчас в теме
Отличнейшая разработка. До этого просто устал подбирать по ответам из ПФР, кому и сколько подправить. У самого у же руки не доходят, на 7-ке осталось очень мало народу на поддержке. Обработка очень помогла, особенно с выведением сальдо на начало 2011 года по итогам сданных индивидуальных сведений за 2010 год. Автору преогромное спасибо!!!
По порядку, как указано в описании, все проделал: указал принятые сведения за 2010 год, перезаполнил пачки, сформировал отчет по начисленному\уплаченному с выведением итогов. Проверил все с печатными сведениями за 2010 год и с письмами от ПФР по исправлениям по сотрудникам.
В общем, еще раз огромное спасибо!!!
225. vzv95 15.12.11 05:41 Сейчас в теме
Немного откоректировали под себя, но в основном большое спасибо. Используем
226. ysb_ter 19.12.11 21:07 Сейчас в теме
Наконец-то в 318-ом релизе разработчики дозрели до понимания необходимости учёта ранее поданых сведений

Документ СведенияДляРасчетаСтраховыхВзносов ("Сведения для расчета страховых взносов")
-----------------------------------------------------------------
Исправлено:
Добавлена возможность распределять уплаченные суммы
взносов с учетом ранее переданных данных в ПФР

Внесены изменения в модуль документа.
Внесены изменения в диалог формы документа.
Внесены изменения в модуль формы документа.

Отчет ПодготовкаСведенийДляПФР2010 ("Метаданные")
-----------------------------------------------------------------
Исправлено:
Добавлена возможность распределять уплаченные суммы взносов
с учетом ранее переданных данных в ПФР

Внесены изменения в диалог формы отчета.
Внесены изменения в модуль формы отчета.

Обработка ЗагрузкаФайловПФР ("Метаданные")
-----------------------------------------------------------------
Исправлено:
Добавлена возможность распределять уплаченные суммы взносов
с учетом ранее переданных данных в ПФР

Объект добавлен

Журнал ДанныеПереданныеПФР ("Метаданные")
-----------------------------------------------------------------
Исправлено:
Добавлена возможность распределять уплаченные суммы взносов
с учетом ранее переданных данных в ПФР

Объект добавлен

Журнал РасчетыПоСтраховымВзносам ("Метаданные")
-----------------------------------------------------------------
Исправлено:
Добавлена возможность распределять уплаченные суммы
взносов с учетом ранее переданных данных в ПФР
Показать


Теперь надо проверять корректность их алгоритмов
227. nanik 6 20.12.11 00:18 Сейчас в теме
В январе проверим на практике, что там реализовано в теории, а что в практике. Если бы еще пенсионный фонд не менял постоянно правила игры. Буквально вчера разбирался, они у себя остатки не правильно передали из одного отделения в другой и сейчас требуют изменить в отчетах начальные остатки и выкинуть платежи на сумму более 150 000р, каким то хитрым способом считают, что платежи в январе 2010 года влияют на остаток на 31.12.2009г. Хотя четко сами же дают остаток на 31.12.2009, который и надо показать в 5 разделе РСВ-1.
228. lefthander 20.12.11 17:02 Сейчас в теме
Я сегодня проверил по двум фирмам, весьма неплохо перераспределились. Отправили в ПФР, ждем решения о принятии отчетов.
229. Vovan58 64 21.12.11 17:07 Сейчас в теме
Спасибо. Обработка явилась поводом дописать бухгалтерию с учетом уплат на забалансовых счетах
230. пользователь 21.12.11 17:07
Сообщение было скрыто модератором.
...
231. пользователь 21.12.11 17:08
Сообщение было скрыто модератором.
...
232. tana1257 2 22.12.11 10:24 Сейчас в теме
Спасибо за обработку. На сегодняшний день она для меня очень нужная
233. пользователь 10.01.12 21:05
Сообщение было скрыто модератором.
...
234. пользователь 10.01.12 21:11
Сообщение было скрыто модератором.
...
235. Старый 16.01.12 10:57 Сейчас в теме
victuan, а будет ли изменена обработка для сдачи данных за 2011 год?
236. victuan 4445 18.01.12 04:33 Сейчас в теме
(235)Будет изменена для релиза ЗИК 320.
244. анфиска 23.01.12 12:21 Сейчас в теме
(236) добрый день, скажите пожалуйста, данную обработку уже можно использовать на 318 релизе??
Я пользовалась очень успешно обработкой для сдачи 3 кв. 2011. Мне теперь нужно снова ее скачать для нового релиза??? СПАСИБО.
246. victuan 4445 23.01.12 13:53 Сейчас в теме
(244)Можно использовать даже для 319 релиза.
248. suvorovalena 23.01.12 16:38 Сейчас в теме
((236) Скажите, пожалуйста, можно ли ждать изменения в плане добавления СЗВ-6-3 и АДВ-6-4 (и если да, то когда), т.к. нам удалось сдать 3-й квартал только благодаря Вашей разработке, да еще кучу ошибок нашли и исправили, то наш бухгалтер, естественно, только этой обработке теперь и доверяет. Обновилась до 319 релиза, там и не пахнет отчетом... так что Вы наша последняя надежда. Заранее спасибо за любой ответ (если отрицательный, будем искать дальше, если положительный - конец нашим мучениям).
249. victuan 4445 23.01.12 16:59 Сейчас в теме
(248)Ничего ждать не надо. Спокойно формируйте моей обработкой СЗВ-6-1 и СЗВ-6-2 и распределяйте в них уплату.
А СЗВ-6-3 и АДВ-6-4 формируйте штатной обработкой релиза 319 (кстати сегодня вышел релиз 320). Эти формы находятся на вкладке "Сведения о выплатах". Также штатной ЗИКовской обработкой можете выгрузить и сами СЗВ-6-1 и СЗВ-6-2 (предварительно приготовив их с помощью моей обработки). Кстати, я так и делаю для своих клиентов при подготовке отчета за 4 кв. 2011 года.
Не вижу никаких препятствий.
Скоро я выпущу новую версию своей обработки на основе релиза 320. Но в плане функциональности это ничего не добавит, просто будет удобно формировать отчет в одной обработке, не прыгая между моей (формирование СЗВ-6-1, СЗВ-6-2) и штатной ЗИКовской на основе последнего релиза (СЗВ-6-3).
256. b-dm 181 25.01.12 11:23 Сейчас в теме
(249) а можно узнать, когда ориентировочно выпустите новую форму обработки для 320 релиза ?
237. Старый 18.01.12 08:18 Сейчас в теме
Спасибо. Будем ждать
238. oksevi 18.01.12 12:29 Сейчас в теме
Громадное спасибо за Вашу обработку! Сэкономили нашему бухгалтеру уйму нервов и времени, которого катастрофически не хватает. За год пенсионный наш потребовал первоочередную уплату по уволенным, а у руководства нет лишних средств на коррекцию нетиповой программы. Надеюсь, что и в пенсионном теперь всё примут.
239. Мать Тереза 18.01.12 13:43 Сейчас в теме
Спасибо огромное. +100 . От прошлого буха осталась программа пенсионного фонда и куча хвостов по пресу. ЗП вЗиК начисляла ,а отчеты не делала, все кувырком. С вашей обработкой внесла остатки (пенсионный дал)задолженности по людям и.. вуаля, све сложилось. За 10 минут сделала.
240. Мать Тереза 21.01.12 13:19 Сейчас в теме
С помощью обработки сдала 2011 год на ура.
241. lefthander 21.01.12 14:47 Сейчас в теме
(240) А я с помощью штатной все сделал :)
243. анфиска 23.01.12 11:27 Сейчас в теме
(240) Мать Тереза, Доброго дня. Я тоже сдавала 3 квартал с помощью этой обработки. А год вы сдавили на старой версии?
247. suvorovalena 23.01.12 16:31 Сейчас в теме
(240) Мать Тереза, Скажите пожалуйста, как Вам удалось сдать 2011 г, если пока еще нет заполнения формы CPD-6-3 и АДВ-6-4? очень хочется знать, т.к. время уже подпирает, народу в организации около 1000, "ручками" как советуют в пенсионном фонде через программу pers наш бухгалтер-расчетчик делать категорически отказывается...
242. Katerina_M 21.01.12 15:48 Сейчас в теме
Посмотри,пожалуйста, лично к тебе (сообщение в профиле).
245. Мать Тереза 23.01.12 12:55 Сейчас в теме
Не могу сказать про обновление ничего. А год я сдавала с помощью обработки. все проверили-все пошло. Вот сейчас сшиваю пачки ,понесу - наш ПФР всегда нам проверит сначала ,а потом мы сдаем окончательно, чтобы из-за мелочи к директору не бегать- "Переподпишите пачку, а то у меня 1 рубль не пошел..."
250. Мать Тереза 24.01.12 08:41 Сейчас в теме
У меня 319 релиз, все сформировалось нормально и все распечатала напрямую из обработки.Чуть позднее приклею скрин.
251. Мать Тереза 24.01.12 08:45 Сейчас в теме
Странно,сейчас проверила еще раз-все из обработки сделала. И хорошо помню,что мне не пришлось никуда "перепрыгивать" между штатной и внешней.
253. suvorovalena 24.01.12 13:18 Сейчас в теме
(251) Мать Тереза, Я прошу прощения за вопрос, доверилась бухгалтеру и не посмотрела сама. Сейчас проверила и нашла, где заполняются формы СЗВ-6-3 и АДВ-6-4. Спасибо.
252. ula1c 24.01.12 10:16 Сейчас в теме
249) Хотелось бы чтобы добавился функционал для сверки списка ЗЛ и сумм РСВ-1 и АДВ-6-3, т.к. с этим у многих, у кого достаточно сложная ЗП, проблемы. Например:
http://forum.infostart.ru/forum68/topic51014/
http://forum.infostart.ru/forum12/topic49406/
255. victuan 4445 25.01.12 05:15 Сейчас в теме
(252)Этого точно не добавлю.
254. Мать Тереза 24.01.12 14:00 Сейчас в теме
Зато знаете теперь. Я все отчеты сама делаю-во-первых проверять так себя, а перепроверять за кем-то двойная работа, и к тому же квалификацию быстро потеряешь если без постоянной практики.
257. victuan 4445 26.01.12 10:11 Сейчас в теме
Сегодня выпустил обновление для релиза ЗИК 320:

Обновление от 26.01.12 (версия 2.8):
29) Обработка обновлена до версии релиза ЗИК 320.
30) Для опции штатного механизма «Распределение сумм уплаченных взносов производить с учетом ранее переданных данных» устранены недоработки: 1) при проверке наличия переданных данных сообщается период, с которого должны быть загружены эти данные; 2) в случае обнаружения переплат в переданных данных выводится список сотрудников с переплатами и суммами переплат (почему само ЗАО "1С" этого не сделало остается загадкой).
31) При заполнении формы «СЗВ-6-3» в форму включаются и отрицательные суммы начислений (чтобы можно их было увидеть и исправить)
32) При загрузке файлов XML появилась возможность собирать файлы и из вложенных подкаталогов (флажок «включая подкаталоги»). Бывает полезно, если файлы сгруппированы по каталогам в зависимости от отчетного периода (квартала). Изменение предложил Gagarkin Valery.
33) кнопка «Записать сальдо» ушла на закладку «Настройки», т.к. на прежней закладки ей не хватило места. Появился флажок «не записывать автоматически». Установка флажка позволяет не сохранять сальдо в документе «Задолженность по страховым взносам» после распределения уплаты нажатием кнопки "Заполнить суммы взносов". В этом случае сальдо нужно записать принудительно, нажав кнопку «Записать сальдо».
258. volit 26.01.12 10:37 Сейчас в теме
Спасибо что поддерживаете свою разработку, уже второй год бухи ей спасаются, пробовали в этом году стандартной обойтись, но не получилось загрузить отчеты тех фирм где были корректирующие. Так что будим и дальше использовать.
259. rimma_n 160 26.01.12 11:47 Сейчас в теме
Спасибо автору за сопровождение своей обработки и подробное описание всех исправлений (ну и конечно за такую подробную инструкцию по использованию)!!!!
260. b-dm 181 26.01.12 13:15 Сейчас в теме
Поддерживаю добрые слова Риммы! Просто спасение,в отличие от 1С-овских станадртно непонятно как работающих обработок. В понедельник и на следующей неделе буду выверять.
261. mamay 27.01.12 09:04 Сейчас в теме
Здравствуйте! Не пинайте сильно, но у меня при попытке запуска обработки появляется сообщение \ПОДГОТОВКАСВЕДЕНИЙДЛЯПФР2011.ERT(4917)}: Поле агрегатного объекта не обнаружено (ОбособленноеПодразделение). В чем кроется ошибка? Стоит ЗИК релиз 319.
262. victuan 4445 27.01.12 09:32 Сейчас в теме
(261)Ошибка в том, что вы не читаете описание к обработке.
Обновление от 21.10.11 (версия 2.5):
24) учитывается распределение уплат в случае обособленных подразделений (в документе «Задолженность по страховым взносам задействован реквизит «Обособленное подразделение», при необходимости обновите этот документ из поставки моей разработки)
263. mamay 27.01.12 09:33 Сейчас в теме
Виноват, протупил. Думал, что документ ЗадолженностьПоСтраховымВзносам, внедренный еще при использовании обработки версии 1.7 остался без изменений. Внедрил свежий документ и все заработало. Спасибо!
264. victuan 4445 27.01.12 10:07 Сейчас в теме
(263)Ничего страшного. Заходите еще.
265. volit 27.01.12 10:25 Сейчас в теме
Пытаюсь заполнить начисления, выдает ошибка
Если ТабУплатыВзносов.КоличествоСтрок()=0 Тогда
{C:\1CV7_MAIN\2004\ZRP_OBMEN\PFR_2011\ПОДГОТОВКАСВЕДЕНИЙДЛПФР20­11\ВЕРСИЯ 1.6++\ПОДГОТОВКАСВЕДЕНИЙДЛЯПФР2011.ERT(1208)}: Значение не представляет агрегатный объект (КоличествоСтрок)
266. victuan 4445 27.01.12 17:30 Сейчас в теме
(265)Это ошибка версии 2.8. Надо фрагмент кода:
		Если флРаспределениеПоИстории = 0 тогда //тщи
			ТабУплатыВзносов = ПолучитьТаблицуУплатыВзносов(); 
		Иначе         							//начало тщи
			ТабУплачаноВзносов = СоздатьОбъект("ТаблицаЗначений");
			ТабУплачаноВзносов.НоваяКолонка("ОтчетныйПериод","Дата"); // отчетный период за который была уплата в периоде формирования отчета, с учетом переплаты прошлого периода
			ТабУплачаноВзносов.НоваяКолонка("УплаченоСтраховая","Число",15,2);
			ТабУплачаноВзносов.НоваяКолонка("УплаченоНакопительная","Число",15,2); 
			ТабУплачаноВзносов.НоваяКолонка("КоэффициентСтраховая","Число",12,10);
			ТабУплачаноВзносов.НоваяКолонка("КоэффициентНакопительная","Число",12,10);
		КонецЕсли;    							//конец тщи
Показать

заменить на этот:
		Если флРаспределениеПоИстории = 0 тогда //тщи
			ТабУплатыВзносов = ПолучитьТаблицуУплатыВзносов(); 
		Иначе         							//начало тщи
			ТабУплатыВзносов = СоздатьОбъект("ТаблицаЗначений");
			ТабУплатыВзносов.НоваяКолонка("ОтчетныйПериод","Дата"); // отчетный период за который была уплата в периоде формирования отчета, с учетом переплаты прошлого периода
			ТабУплатыВзносов.НоваяКолонка("УплаченоСтраховая","Число",15,2);
			ТабУплатыВзносов.НоваяКолонка("УплаченоНакопительная","Число",15,2); 
			ТабУплатыВзносов.НоваяКолонка("КоэффициентСтраховая","Число",12,10);
			ТабУплатыВзносов.НоваяКолонка("КоэффициентНакопительная","Число",12,10);
		КонецЕсли;    							//конец тщи
Показать
267. victuan 4445 28.01.12 07:57 Сейчас в теме
Обновление от 28.01.12 (версия 2.8+):
34) исправлена ошибка в процедуре ЗаполнитьСуммыВзносов, приводящая к невозможности расчета при альтернативном распределении уплаченных взносов.

Это обновление можно не скачивать, а самостоятельно внести исправления в обработку, указанные в (266)
270. GalinaK 6 30.01.12 06:28 Сейчас в теме
(267) давно пользуюсь этой обработкой -очень "красивая" штука. Есть одна заморочка, но она и на обработке в типовой ЗиК такая же: ситуация типичная - январь- все пачки сформированы, суммы сверены...Несколько сотров принесли б/листы, в которых есть кусочек декабря, нужно перенести их из пачки СЗВ 6-2 в СЗВ 6-1; просто перенести в другую пачку не получается, удаляю из одной (СЗВ 6-2) добавляю в другую (СЗВ 6-1) и наивно рассчитываю, что теперь все красиво, но у этих сотров (добавленных вручную) в файлах и на печати нет сумм взносов - ни начисленных, ни уплаченных. Приходится либо добавлять эти цифры ручками, либо помогает переформирование пачек заново, но это если у других ничего не корректировали...
287. анфиска 16.04.12 22:19 Сейчас в теме
(266) Вот и я нашла решение своей проблемы. Скажите пожалуйста, а обновление обработки будет????
belyavsky; +1 – Ответить
268. harutyunb 28.01.12 11:19 Сейчас в теме
Обработка помогла сдать нам отчеты в 1-ый, 2-ой и 3-ий квартал. А в 4-ом сели.
не знаю в чем дело СЗВ-6-2 формирует правильно, РСВ правильный сходится с АДВ-11, а вот сумма СЗВ-6-3(адв-4) расхождение, сумма общая и база увеличены на пру тысяч, сидим крыжем, может найдем.
Если было добавлено в обработку еще и сравнение СЗВ-6-3(годовая) с суммами для расчета сзв-6-2 и сзв-6-1 было прекрасно.
271. victuan 4445 30.01.12 06:36 Сейчас в теме
(268)Сравнение СЗВ-6-3 в обработку добавлено не будет. Советую сохранить в эксель реестр по СЗВ-6-3 и расшифровку по строке 200 РСВ-1 и там крыжить с помощью формул Экселя.
(270) Проблему не понял. Если б/л ввести ДО формирования пачек в обработке, то эти сотрудники должны сами попасть в нужную пачку. Если же б/л введен ПОСЛЕ, то нужно просто заново сформировать пачки в обработке.
Если же очень много правок вручную после формирования, то для этого есть бесплатные программы от ПФР (напр., Документы ПУ-5). В них спокойно импортируем файлы XML, подготовленные ЗИК, и вносим необходимые исправления вручную. В частности, если внести б/л, то "Документы ПУ-5" сама поместит сотрудника в нужную пачку при формировании файлов.
272. GalinaK 6 30.01.12 06:58 Сейчас в теме
(271) "проблема" именно в добавлении сотрудника в пачку после того как все готово. Вариантов "готово" несколько - кому-то чуть подправили взносы, есть более сложный вариант - льготники - они попадают в одну общую пачку СЗВ 6-1 со всеми остальными, а ПФР нужна отдельная пачка льготников, пачку "делим" вручную перекидывая из общей в другую СЗВ 6-1... после переформирования начинаем все сначала
273. victuan 4445 30.01.12 08:57 Сейчас в теме
(272)Я дал решение проблемы: выгружать в ПУ-5 и там добавлять, править. Льготников она тоже сама в отдельную пачку формирует.
269. Lapitskiy 1064 28.01.12 13:13 Сейчас в теме
Отличная разработка!
274. GalinaK 6 30.01.12 10:20 Сейчас в теме
Спасибо за помощь в решении проблем, иногда полезно посмотреть на проблему с другой стороны. ))
275. MariP 17 31.01.12 21:49 Сейчас в теме
СПАСИБО!!! Качественная работа! Только благодаря ей сдаем отчеты уже который раз!!!
276. Abzkrs 36 02.02.12 05:53 Сейчас в теме
вот все хорошо.. но почему бы сотрудников с "вредными условиями труда" не выносить в отдельную(ые) пачку?
277. victuan 4445 02.02.12 05:59 Сейчас в теме
(276)Я не против. Дорабатывайте.
279. Abzkrs 36 02.02.12 07:49 Сейчас в теме
Чет уплата на накопительную часть уплата не правильно распределяется
============================================================­=================================================
Уплата на страховую часть 2,101,047.00
Уплата на накопительную часть 256,032.00
Расчитанная доплата за прошлый период из части оплаты в текущем периоде не совпала с документами 'Расчеты по страховым взносам'.
Наверное, неточно заполнены документы 'Расчеты по страховым взносам'. Будет использована расчитанная доплата.
(Устраните несоответствие если в будущем планируете отказаться от использования этой обработки в пользу штатного механизма распределения ЗИК)
Доплата на страховую часть - расчитана 890,554.91, введена 890,812.00
Доплата на накопительную часть - расчитана 114,431.68, введена 114,662.00
Уплата на страховую часть текущего периода 1,210,492.09
Уплата на накопительную часть текущего периода 141,600.32
Распределение уплаты на 'первоочередников' по порядку их приоритета: коэф. страх. на погашение сальдо; коэф. накоп. на погашение сальдо; коэф. страх. на текущие начисления; коэф.накоп. на текущие начисления:
Уволенные: 1; 1; 1; 1
Достигшие предела начисления взносов: 1; 1; 1; 1
Распределение уплаты по остальным застрахованным: коэф. страх. на погашение сальдо; коэф. накоп. на погашение сальдо; коэф. страх. на текущие начисления; коэф.накоп. на текущие начисления:
1; 1; 0.98807882231778173267; 1
Зафиксирована задолженность по страховым взносам на конец отчетного периода 31.12.11
============================================================­=================================================

В отчете (Да и в пачках):

Оплата за прошлый период 114431.68
Текущий период 140149.79

141600.32-140149.79= 1450.53 недостает.

З.Ы. все понял... это у нас оказывается переплата по накопительным взносам
280. victuan 4445 02.02.12 14:37 Сейчас в теме
(279)Переплата автоматически учтется в следующем периоде (если в конфу введен документ ЗадолженностьПоСтраховымВзносам).
281. andru_dv 02.02.12 16:36 Сейчас в теме
Снова в деле полезная вещь. Спасибо автору за старания!
282. stormtg 13.02.12 13:05 Сейчас в теме
В очередной раз убеждаюсь, что нет вам цены, уважаемый victuan.
283. BorisBelov 889 14.02.12 11:34 Сейчас в теме
Спасибо за работу! Наши бухи довольны. Выражаю огромное уважение к Вашему труду!
284. suvorovalena 21.03.12 15:34 Сейчас в теме
Огромное спасибо автору, великолепно прошел проверку в ПФ и отчет в ЗиК и отчет в упрощенной системе и просто в Бухгалтерии. Переходим на ЗУП, так даже страшно, все ли там получится...
286. анфиска 16.04.12 12:51 Сейчас в теме
Что это??? обновились до 323 релиза и вот оно теперь выдает это
Если ТабУплатыВзносов.КоличествоСтрок()=0 Тогда
{\\KAA\ОБЩАЯ\ОБРАБОТКИ ДЛЯ ЗИК НА 25.10.11\ZIK_PFR2011 ВЕРСИЯ ОТ 26.01.12\ПОДГОТОВКАСВЕДЕНИЙДЛЯПФР2011.ERT(1208)}: Значение не представляет агрегатный объект (КоличествоСтрок)
288. b-dm 181 18.04.12 10:15 Сейчас в теме
скажите плз, кто-то пробовал сдавать 2012 год 1 квартал из этой обработки ? кто то успешно сдал ?
289. harutyunb 18.04.12 14:27 Сейчас в теме
(288) b-dm, мне тоже интересует этот вопрос, были изменения в стандартном отчете, как они отразятся здесь?
похвально автору конечно, уже год сдаем благодаря автору. а как будет в 2012 году не знаю, конечно уже и 1с ввел в отчет распределение с учетом раннее переданных данных. Но вопрос где их еще и брать.?
Но как я думаю автор не оставит, нуждающимся в этой обработке, в беде!
291. lefthander 18.04.12 16:35 Сейчас в теме
(289) Запросите ПФР на предмет принятых взносов. Нам прислали. Эти файлы и загрузите.
292. b-dm 181 19.04.12 09:53 Сейчас в теме
(289) - ну так вы же сдавали всё равно через файлы XML ? их же можно загрузить сейчас в ЗИК 7.7
293. harutyunb 19.04.12 10:48 Сейчас в теме
(292) b-dm, да, спасибо уже нашел где их вставить, но пока я этому не доверяю, потому что собираюсь переходить на 8-ку.
294. b-dm 181 20.04.12 09:27 Сейчас в теме
(293) - там всё нормально работает, проверял на 3 фирмах, загружается все весьма неплохо, хоть и без диагностических сообщений.
290. victuan 4445 18.04.12 14:56 Сейчас в теме
Доработки конечно же будут. Но до 20 апреля я занят другим отчетом.
295. 25.04.12 13:59 Сейчас в теме
Сообщение было скрыто модератором.
...
296. анфиска 25.04.12 20:06 Сейчас в теме
ДОБРЫЙ ВЕЧЕР, ВСЕ ПРЕКРАСНО РАБОТАЕТ, ТОЛЬКО ПРЕВЫШЕНИЕ ПО ВЗНОСАМ ОБРАБОТКА НЕ ВИДИТ, ВОТ.
297. b-dm 181 26.04.12 09:56 Сейчас в теме
(296) - анка, так и должно быть, почитайте например тут:
http://www.glavbukh.ru/art/20211

Превышение теперь показывается только в РСВ-1, вроде так.
299. анфиска 26.04.12 10:30 Сейчас в теме
(297) b-dm, спасибо, я тоже уже разобралась с этим вопросом.
300. анфиска 26.04.12 22:02 Сейчас в теме
(297) b-dm, и все-таки я недопонимаю, как быть с уплатой по суммам превышения??? Программа их радостно распределяет на всех. И получается, что эту сумму мы начислили, а не уплатили, но зато переплатили по всем остальным. Ерунда, какая-то получается.
301. victuan 4445 27.04.12 05:30 Сейчас в теме
(300)За март платим в апреле. Апрельский платеж в СЗВ-6 за 1 кв не отражается. Чтобы погасить задолженность за март, распределяется весь мартовский платеж (включая то, что вы платили на солидарку за февраль). В принципе логичено, т.к. ПФ не разъясняет правила распределения уплаты по застрахованным в случае наличия превышения (солидарки). Следуя такой логике, уплата будет распределяться на уплату взносов, а солидарка будет оставаться на потом.
304. b-dm 181 02.05.12 17:33 Сейчас в теме
(301) - может я что то не понимаю, а когда в таком случае будет погашаться солидарка ? и каким именно образом ?
305. b-dm 181 02.05.12 17:38 Сейчас в теме
(300) -как вы решали эту проблему, поняли ли вы что ответил в (301) victuan ?
Я примерно понял, но что тогда получается - солидарку платим в конце года ?
Ведь мы не платим солидарку отдельно, а платим страховую и накопительную часть, а солидарка получается ни к той ни к другой части не относится ?
306. victuan 4445 02.05.12 18:03 Сейчас в теме
(305)ПФ не придумал как будет погашаться солидарка. Думаю, к отчетности за 2 кв ситуация прояснится. Пока предлагаю решение проблемы отложить.
308. b-dm 181 03.05.12 17:41 Сейчас в теме
(306) - ок, так и сделали,т.е. разбили все уплаченные взносы, включая солидарку на остальных сотрудников.

Сегодня отправили по 3 фирмам, ждём результатов.

Давно хотел предложить ещё такую мелочь внести в программу:
назвать объединенную колонку "Сальдо, зафиксированное в программе на [ДатаНачСальдо]" как нибудь по другому,
например, "Сальдо, зафикс. на [ДатаНачСальдо]",т.к. она получается очень длинной и мешает нормальному просмотру таблицы проведенного анализа.
А также хотел попросить расширить колонки "Страх. нач.","Страх. опл..","Страх. сальдо", т.к. в них данные, накопленные за почти 3 года или текущие, уже не помещаются.

И ещё: можно ли флажок "Распределение сумм уплаченных взносов производить с учетом ранее переданных данных."
как то пояснение сделать , что это 1С-вская фишка , не имеющая с Вашим чтением из XML связи.

Спасибо большое.
298. анфиска 26.04.12 10:29 Сейчас в теме
Доброе утро, сегодня звонила в ПФР, превышение оказывается не отражается в перс учете. Уважаемые коллеги имейте это ввиду.
302. victuan 4445 27.04.12 19:53 Сейчас в теме
Обновление от 20.04.12 (версия 2.9):
35) обновление под новые формы ПФР (с 2012 года). Предназначена для работы в ЗИК 324. С более ранними версиями ЗИК работать не будет. (Для работы с предыдущими релизами ЗИК используйте версию обработки 2.8).
303. rassss 28.04.12 06:58 Сейчас в теме
Огромное спасибо создателб обработки,конечно хотелось бы что бы это все механизмы были реалезованны в программе 1 с Зарплата и кадры.это достовляет уйму проблем и забот. так что обработка помагла , еще раз большое спаибо за обработку
307. 2011b11 03.05.12 10:16 Сейчас в теме
Спасибо за обработку Вам, все разжеванно очень хорошо, полезно, и приятно что есть такие люди которые дорабатывают и делються с остальными. Большое спасибо ещё раз Вам за нас бухгалтеров.
309. niktas2009@yandex.ru 83 08.05.12 12:54 Сейчас в теме
Супер. Автору респект и +. 1с и пенсионному большой -. Законы напридумывают а решение на откуп налогоплательшиков. Хорошо устроились. Маразматическое распределение уплаченных сумм. когда надо закрывать весь квартал последний платеж выносят за налоговый период, а предыдущие долги тянутся с 2010 года. Причем в программе 1С нет даже намека на сохранение данных по перечисленным взносам ПФР, как это сделано с НДФЛ.
А с этого года еще и 10% при превышении 512000, вобще непонятно как распределять, опять всем поровну. Вобщем полная Ж.
310. victuan 4445 12.07.12 05:17 Сейчас в теме
Обновление от 11.07.12 (версия 2.10):
36) Обработка обновлена до версии релиза ЗИК 326 – исправлена ошибка при расчете взносов при превышении Предельной величины базы страховых взносов. Предназначена для работы в ЗИК 324-326. С более ранними версиями ЗИК работать не будет. (Для работы с предыдущими релизами ЗИК используйте версию обработки 2.8).
37) На закладке «Настройки» добавлен флажок "Использовать НЕОПЛ вместо АДМИНИСТР" – при печати и выгрузке в файлы третий параметр доп. сведений ИТС «Администр» заменяется на «Неопл».
311. aimerlive 13.07.12 10:21 Сейчас в теме
А для комплексной кто нибудь пробовал использовать?
312. harutyunb 24.07.12 11:09 Сейчас в теме
victuan как всегда в том же самом месте и в тоже время, Обработка обновляется и поддерживается. Ему благодарность от пользователей обработки. Молодец!!!
313. harutyunb 24.07.12 17:07 Сейчас в теме
есть предложение добавить сравнение еще и сданными из ПФР
аналог обработки http://infostart.ru/public/116586/ только в механизме сравнения изпользовать путь к файлам с данными из ПФР.
Думаю что будет прекрасно!!!
314. b-dm 181 26.07.12 14:15 Сейчас в теме
(313) у нас вылезла ошибка при 326 релизе и обработке 2.10 такого плана:

№6 [ФИО]: #
***30: Ошибка в 2-м блоке <СтажевыйПериод>. Для вида формы "СЗВ-6-2" не может быть указан элемент <КоличествоЛьготныхСоставляющих>.
№6 [ФИО]: #
***30: Ошибка в 2-м блоке <СтажевыйПериод>. Для вида формы "СЗВ-6-2" не может быть указан блок <ЛьготныйСтаж>.
№6 [ФИО]: #
***30: Ошибка в 4-м блоке <СтажевыйПериод>. Для вида формы "СЗВ-6-2" не может быть указан элемент <КоличествоЛьготныхСоставляющих>.
№6 [ФИО]: #
***30: Ошибка в 4-м блоке <СтажевыйПериод>. Для вида формы "СЗВ-6-2" не может быть указан блок <ЛьготныйСтаж>.


Тестируем CheckXML от 26.04.2012
318. b-dm 181 27.07.12 15:19 Сейчас в теме
(314) - как ни странно проблема оказалась в 326 релизе....почему то в 323 нормально формируется всё.
Причем это касается записей по врем.нетрудоспособности в 323 они вообще не ставятся, а в 326 ставятся , но при выгрузке файла, в файлах обнаруживаются такие ошибки.

При версии обработки 2.8+ и 323 выходит вот ещё какая ошибка:

№161 [ФИО]: #
***30: Ошибка в соотношении накопительной и страховой частей начисленных взносов.
Категория застрахованного лица: НР, отчетный период: С 01.04.2012 ПО 30.06.2012.
Соотношение накопительной (Н) и страховой (С) частей начисленных взносов не удовлетворяет условию Н/С = 6/16.
При указанном С = 41080.41 должно быть Н = С*6/16 = 15405.15, что не равно указанному значению Н = 15080.42 (расхождение 324 руб 73 коп). При каких условиях такое может быть, подскажите плз...
319. victuan 4445 27.07.12 15:23 Сейчас в теме
(318)Обработка не считает взносы, она их только читает. В части чтения взносов алгоритм у меня не менялся - тупо штатный от ЗИК.
315. victuan 4445 27.07.12 05:10 Сейчас в теме
(313)А зачем это сравнение? Если ПФР самостоятельно перераспределил уплату, то либо нужно оспаривать данный факт в целом, либо соглашаться и данные ПФ загружать в ЗИК. А зачем сравнивать и вылавливать расхождения по конкретным сотрудникам?

(314) Это ошибка не обработки - неправильно заданы периоды стажа (видимо, через карточку Сотрудники, кнопка "Ввод данных" - "Персонифицированный учет ПФР (ввод сведений о стаже)")
316. harutyunb 27.07.12 14:12 Сейчас в теме
что то при открытии обработки у меня сразу высвечивается период корректирующего, с чем это связано?
317. victuan 4445 27.07.12 14:20 Сейчас в теме
(316)Не знаю. Может с сохраненным настройками предыдущего сеанса работы (они наследуются из штатного отчета в ЗИКе)
320. harutyunb 27.07.12 17:19 Сейчас в теме
Нет у меня в штатном отчете не корректирующих вообще!
И при выгрузке попал сотрудник уволенный без начислений и оплаты и без периода и без признака исходящих!
321. b-dm 181 31.07.12 13:41 Сейчас в теме
в первом квартале сдавали по версии 2.8+ в 323 ЗиК,
сейчас формируем в версии 2.10 в 326 ЗиК .

в 323 возникает ошибка при использовании версии 2.8+
в той части что 10 % приплюсовываются к страховой части при выгрузке файла.

Это ошибка релиза ЗиК, правильно ли я понимаю ?

Можно ли разузнать следующий вопрос по превышениям 512 000.
10%, которые на страховую часть идут, и закрываются у остальных сотрудников за
счет "богатых",
они в версии 326 и 2.10 не отражаются в графе выплачено в АДВ 6-2,
а за 1 квартал , в версиях 323 и 2.8+ отражаются полные выплаты за квартал.

Как быть и как теперь скрестить ежа с ужом, или может быть я что то путаю, подскажите пожалуйста victuan ?
322. victuan 4445 01.08.12 04:41 Сейчас в теме
(321) При оплате солидарка 10% свыше 512 т.р. не выделяется отдельным платежом. Бухгалтерия должна сама решить, какая часть оплаты взносов является оплатой на солидарку 10% свыше 512 т.р. Эта сумма не должна никак участвовать в перс. учете (ни в СЗВ-6-1(2), ни в АДВ-6-2), следовательно, на эту сумму уменьшаете Сумму страховых взносов в докумете "Расчеты по страховым взносом" и только после этого распределяете уплату в инд. сведениях.
В РСВ-1 же эта оплата на солидарку включается, в итоге получаем, что в РСВ-1 уплата будет указана больше чем в перс.учете (СВЗ-6-1(2), АДВ-6-2).
324. b-dm 181 01.08.12 12:58 Сейчас в теме
(322) - тогда получается что из ЗиК будет неверное формироваться РСВ-1 в части уплат ? Т.е. за уплатами нужно будет постоянно следить и отслеживать отличающуюся на 10% сумму . У вас организации в основном именно так сдают ?
а то мы сдали за 1 квартал полную сумму, распределенную 10 % на всех остальных, и теперь не знаем , если менять этот механизм, то по логике вещей надо пересдавать за 1 квартал данные, или же оставить всё как есть...
325. victuan 4445 02.08.12 06:00 Сейчас в теме
(324)Надо отдельно учитывать, сколько мы уплатили по "солидарке 10%". Причем эта цифра не обязана быть в зависимости от того, сколько начислили по "солидарке 10%". ПФ не может диктовать очередность погашения долга по ней по отношению к задолженности по остальной части взносов, это не предусмотрено законодательством.
Следовательно, пересдавать за 1 квартал данные не нужно.
326. b-dm 181 26.10.12 16:21 Сейчас в теме
(325) - возник вопрос при закрытии данных за 3 квартал. Почему то сумма начисленных и уплаченных взносов равны друг другу и по накопительной и по страховой частям, хотя уплаченно намного больше...солидарная часть разве по накопительной части также учитывается?
327. b-dm 181 26.10.12 17:03 Сейчас в теме
Всё, спасибо, вопрос закрыт) Просто неправильно указал путь к файлам. Теперь всё считается корректно.
328. b-dm 181 26.12.12 16:46 Сейчас в теме
victuan , подскажите пожалуйста, для 8-ки такой обработки не планируется ? Не могли бы Вы посоветовать что то подобное на инфостарте. Также очень сильно интересует таблица с остатками недоплаченных страховых взносов. Спасибо.
329. victuan 4445 26.12.12 16:54 Сейчас в теме
330. b-dm 181 28.12.12 16:46 Сейчас в теме
(329) - спасибо, скачал посмотрю. Надеюсь там есть такая же аналитическая табличка, как в Вашей обработке.
331. b-dm 181 17.01.13 14:57 Сейчас в теме
(329) - спасибо, помогли, хорошая обработка для 8-ки.

victuan, можно поинтересоваться, а что поменялось в форме:изменения в заполнении формы СЗВ-6-3 (Сведения о сумме выплат) для 2012 года ?
332. victuan 4445 17.01.13 15:31 Сейчас в теме
(331)Сумма дохода, облагаемая "солидаркой" (сумма с превышения 512 т.р.) показывается во второй графе СЗВ-6-3, до этого не показывалась.
333. Sasha255n 16.02.13 00:13 Сейчас в теме
Я так понимаю что формы СЗВ и АДВ в 2011 и в 2012 году заполняютс я по разному всвязи с этим и обновление обработки под указаные тебования?
338. victuan 4445 16.02.13 07:51 Сейчас в теме
(333) Последнее обновление вышло в связи с изменением заполнения формы СЗВ-6-3.
(334) Надо сдать корректирующие ИС за предыдущие квартлы одновременно с исходными за 4 кв
(335) Можно если в программе зафиксировать сальдо по застрахованным на начало отчетного периода.
(336) см. (334)
334. Sasha255n 16.02.13 00:16 Сейчас в теме
Вопрос такой у нас сложилась такая ситуация что мы с начала года пользовались стандартной обработкой всвязи с этим я подозреваю опять таки что здесь не обошлось без уволеных сотрудников хотя возможно я и ошибаюсь так вот на четвертый квартал у все образовалась переплата. Далее указанной обработкой я перформировал все предыдущие квартала и вроде как все встало на место. Т.е. все сошлось Вопрос заключается в следующим правильно ли я понял что тербуется здать утьочненный расчет за предыдущие 3 квартала?
335. Sasha255n 16.02.13 00:20 Сейчас в теме
Еще мне не совсем понятно можно ли что бы не ставить флажок и не загружать отчетность предыдущих периодов правильно разносилась отчетность?
336. Sasha255n 16.02.13 00:20 Сейчас в теме
Вопрос такой у нас сложилась такая ситуация что мы с начала года пользовались стандартной обработкой всвязи с этим я подозреваю опять таки что здесь не обошлось без уволеных сотрудников хотя возможно я и ошибаюсь так вот на четвертый квартал у все образовалась переплата. Далее указанной обработкой я перформировал все предыдущие квартала и вроде как все встало на место. Т.е. все сошлось Вопрос заключается в следующим правильно ли я понял что тербуется здать утьочненный расчет за предыдущие 3 квартала?s
337. Sasha255n 16.02.13 00:21 Сейчас в теме
Вообщем автору большое спасибо и конечно же плюс от меня.
339. niktas2009@yandex.ru 83 05.04.13 11:42 Сейчас в теме
будет продолжение для 1 квартала? СЗВ 6-4
340. victuan 4445 05.04.13 14:11 Сейчас в теме
341. niktas2009@yandex.ru 83 06.04.13 15:19 Сейчас в теме
Спасибо. Я думаю надо Вам платным сделать этот отчет. Пусть платят предприятия которым вы помогаете. А в общем случае 1с Нуралиев и Пенсофонд. Вы буквально исправляете их недоработки.
342. Чужой 18.04.13 15:28 Сейчас в теме
Понимаю что наглость, но тем не менее - вопрос к автору - нет ли возможности озвучить сроки выхода обработки под СЗВ6-4? а то очень хотелось бы ею успеть воспользоваться. И по поводу платности - поддерживаю. в разумных пределах конечно )))
343. victuan 4445 18.04.13 15:40 Сейчас в теме
(342)Планирую выпустить новую версию на следующей неделе.
347. lushka 6 23.04.13 10:44 Сейчас в теме
(343)
Ну когда же когда ? :)
344. MariP 17 19.04.13 09:01 Сейчас в теме
Нового отчета не будет?
345. MariP 17 19.04.13 09:01 Сейчас в теме
мы так ждем, таааааак ждем!!!
346. harutyunb 22.04.13 14:36 Сейчас в теме
Я попробовал сформировать сведения стандартной обработкой, потом открыл обработку victuan - а и сделать распределить суммы взносов с учетом ранее переданных, вроде бы анализ показал, что все хорошо. Буду выгружать для сдачи, посмотрим пфр что скажет.
348. MariP 17 23.04.13 14:24 Сейчас в теме
(346) harutyunb, У нас еще вредные и тяжелые условия (((
ждем....
350. harutyunb 23.04.13 16:10 Сейчас в теме
(348) MariP, (349) virus2,
Да тоже заметил, а сносит потому что, в релизе зик 7.70.335, не потягивает уплату не работающих(увооленных) за 2012 год. Так что нам ждать от (343) доработки.
Так что с нетерпением ждем!
349. virus2 23.04.13 15:17 Сейчас в теме
(346) harutyunb, обработка уплату заполняет и при этом сносит сведения по зарплате.
351. harutyunb 23.04.13 16:53 Сейчас в теме
Да еще хочу отметить что стандартная не заполняет суммы взносов договорников!
352. victuan 4445 23.04.13 17:23 Сейчас в теме
Делаю. Завтра оттестирую и выложу. Бесплатно.
353. victuan 4445 24.04.13 15:37 Сейчас в теме
Обработка обновлена до версии релиза ЗИК 335 - формирование уплаченных взносов для форм СЗВ-6-4. Согласно разъяснений ПФР уплаченные взносы заносятся на ИЛС застрахованного без разделения на виды договоров: Трудовой и Гражданско-правовой. В связи с этим распределение уплаты учитывает сальдо по застрахованному лицу в целом без учета видов договоров, уплата взносов относится на имеющийся в текущих начислениях застрахованного лица вид договора. В случае наличия в текущем квартале у застрахованного лица начислений по двум видам договоров вся уплата отнесется к первому виду договора, что не является ошибкой при приеме сведений в ПФР. (Аналогичная ситуация была в 2011 году при распределении уплат при наличи у застрахованного начислений по разным категориям НР и УСЕН согласно письма ПФР от 18 мая 2011 г. № 08-26/5304).
GalinaK; smooth; +2 – Ответить
354. harutyunb 24.04.13 16:45 Сейчас в теме
Мне пока неясно, почему штатный механизм заполнения исходящих сведений человека по гражданско-правовому договору дублирует еще и в трудовики, и начисление и удержание ставится на трудовика.
сейчас пробую формировать заново списки и заполнить взносы, результатом поделюсь!
355. victuan 4445 24.04.13 17:07 Сейчас в теме
(354)В моем механизме этого происходить не должно.
361. harutyunb 25.04.13 11:57 Сейчас в теме
(355) все подтянул, и хвосты с после года уволенных тоже. Но после того как, начал выгружать в файл на подтянутых вылетает ошибка,
ТаблицаВыплат.ВыбратьСтроки();
{Отчет.ПодготовкаСведенийДляПФР2010.Форма.Модуль(9478)}: Значение не представляет агрегатный объект (ВыбратьСтроки)
Я так понял, после процедуры обработки стажа, вылетает, потому что нет данных о стаже.
Если есть какая нибудь подсказка подскажыте!
356. lushka 6 25.04.13 06:50 Сейчас в теме
Опять :(
Вылетела :(
Runtime Error
This application has requested the Runtime to terminate it an unusual way. Please contact the application's support team for more information.
357. lushka 6 25.04.13 09:06 Сейчас в теме
Попыталась еще раз запустить, теперь другая ошибка:
ТабВзносовИВыплат.НоваяКолонка("ТаблицаВыплат", "ТаблицаЗначений");
{C:\USERS\EOS\DESKTOP\ZIK_PFR2013\ПОДГОТОВКАСВЕДЕНИЙДЛЯПФР2011.ERT(2979)}: Значение не представляет агрегатный объект (НоваяКолонка)
359. victuan 4445 25.04.13 09:31 Сейчас в теме
(357) Эта проблема мне известна, сегодня выйдет обновление.
(356) По-моему, это что-то с операционной системой или аппаратной частью компьютера.
360. lushka 6 25.04.13 10:16 Сейчас в теме
(359)
Запускали на разных компах, и на сервере
и вот с такой ошибкой (Runtime Error) вылетает стандартная, и Ваша тоже.
Причем на одном и том же человеке.
Отдельно на него формирует нормально, сотр вроде ничем от других не отличается.
Глубоко уволенный разве что, но таких много.
358. harutyunb 25.04.13 09:20 Сейчас в теме
У меня все хорошо получилось, только при выгрузке в файлы, выдала ошибку, сейчас попробую сделать выгрузку штатной(не смотря на то что по моему и в "ПОДГОТОВКАСВЕДЕНИЙДЛЯПФР2011.ERT" тоже используется штатная выгрузка.
В остальном все хорошо!
362. harutyunb 25.04.13 11:59 Сейчас в теме
victuan,
тоже происходить с обработкой
ТаблицаВыплат.ВыбратьСтроки();
{C:\ПОДГОТОВКАСВЕДЕНИЙДЛЯПФР2011.ERT(9547)}: Значение не представляет агрегатный объект (ВыбратьСтроки)(355)
363. ondul 115 25.04.13 12:48 Сейчас в теме
(362)Братцы, читайте предыдущие сообщения по тому же поводу - Виктуан обещал выложить исправление - ЖДИТЕ !!! :-)
364. harutyunb 25.04.13 14:20 Сейчас в теме
Я то причину нашел, при создании новых элементов состава пачек, не формируются записи ТЗ ТаблицаСтажиСотрудников,
Решение открыть для добавленных РедактированиеСведенийПФР и нажать "ОК"!
Просто их у нас много, пальчики устали!
Пробовал отдельно пачки выгружать, получается. Сейчас начал выгружать все.
Кто торопится удачи!
365. victuan 4445 25.04.13 17:28 Сейчас в теме
Вроде исправил все перечисленные ошибки - тестируйте.
Для тех, у кого закончились мани, открываю на время тестирования свободный доступ к обработке http://1c.proclub.ru/modules/mydownloads/personal.php?lid=9297&cid=24
harutyunb; smooth; Agema; +3 – Ответить
367. Agema 25.04.13 21:31 Сейчас в теме
(365) "вываливаются" строки с ошибкой:

ТретийПараметр = СписокПараметров.ПолучитьЗначение(3);
{Глобальный модуль(9280)}: Индекс не входит в границы списка значений.


Конфигурация типовая, релиз 336.
368. victuan 4445 26.04.13 05:42 Сейчас в теме
(367)Исправил ошибку, обработку обновил.
372. Agema 26.04.13 08:57 Сейчас в теме
(368) да, теперь все нормально.
366. mikitondom 24 25.04.13 21:00 Сейчас в теме
Огромное спасибо. В принципе на кубани правы были, что можно и денег брать...
Вопрос таков.. Последняя УФА если нет начисленных и стажа, а в уплаченные встает сумма меньше 50 копеек, вываливает ошибку с статусом 30.. т.е. нельзя.. Как то отрабатывает обработку эту ситуацию..??
369. victuan 4445 26.04.13 05:49 Сейчас в теме
(366)Вопрос адресовал методологам, ответ опубликую. Пока сообщите версию Уфы (последняя 1.2.82 от 17.04.2013г.)
371. alexdm 26.04.13 08:55 Сейчас в теме
(369) Моим в ПФР сказали, что новая версия Уфы от 19.04 такое уже пропускает, правда вот еще бы в глаза эту версию увидеть... У них таких людей, у которых нет стажа, нет оплаты и начислений около 70 человек, бывшие работники, которым доплачивают ежемесячное пособие, которое не облагается страховыми, что с ними делать - хез. Так они еще и не попадают пачки...
373. victuan 4445 26.04.13 13:33 Сейчас в теме
(366)Получил ответ:
"Ждать. Обещали исправить в очередной версии. Может к 15 мая успеют."
374. victuan 4445 29.04.13 03:47 Сейчас в теме
Последняя УФА если нет начисленных и стажа, а в уплаченные встает сумма меньше 50 копеек, вываливает ошибку с статусом 30.. т.е. нельзя.. Как то отрабатывает обработку эту ситуацию..??
(366) mikitondom, ответ работника ПФР:
"Специалистам УПФР дано указание при проверках на приёме отчётности игнорировать эту ошибку,
CheckXML-Ufa будет доработана."
375. Kaniman 29.04.13 12:02 Сейчас в теме
(374) спасибо за информацию.
370. mikitondom 24 26.04.13 08:07 Сейчас в теме
Свой вариант "костылей" для решения вопроса копеек,
я предложил здесь http://infostart.ru/public/184450/
Не знаю как потом "аукнется", но клиенты которые пользовались данной методикой сдались успешно..
376. mamay 30.04.13 07:59 Сейчас в теме
При попытке выгрузить в файл выходит ошибка ТаблицаВыплат.ВыбратьСтроки();С:\ПОДГОТОВКАСВЕДЕНИЙДЛЯПФР2013.ERT(9571)}: Значение не представляет агрегатный объект (ВыбратьСтроки).
Ошибка возникает, при заполнении сведений о заработке и облагаемых взносами выплатах за занятых на тяжелый и прочих работах. Если суммы убрать все выгружается. Прошли по этим же сотрудникам через редактирование данных пачки СЗВ-6-4, перезаполнили суммы, стало выгружать... В чем кроется ошибка?
377. victuan 4445 30.04.13 08:09 Сейчас в теме
(376)Я не исправлял ошибки типового отчета. Только добавил модуль альтернативного распределения уплаченных взносов.
379. mamay 30.04.13 08:36 Сейчас в теме
(378) Agema, большое спасибо за информацию!
380. alexdm 30.04.13 09:08 Сейчас в теме
На сайте ПФР появилась CheckXML UFA от 19.04
381. victuan 4445 02.05.13 17:42 Сейчас в теме
«Checkxml-Ufa» 1.2.83 от 19.04.2013 года:

1. исправлена ошибка проверки дополнительного тарифа при наличии в сведениях о стаже одновременно сведений о работе в особых условиях труда (Список 1, доптариф 4%) и выслуги лет (доптариф 2%);
2. введена дополнительная настройка, позволяющая изменить статус сообщения с предупреждения на ошибку при неравенстве общей суммы облагаемых выплат застрахованному лицу и выплат, на которые начислены страховые взносы по дополнительному тарифу;
3. доработан режим массовой проверки;
4. исправлена ошибка проверки сумм уплаченных страховых взносов при отсутствии стажа, начислений и выплат. Ранее при уплате менее 50 копеек в указанном случае формировалось сообщение об ошибке.
384. virus2 08.05.13 11:52 Сейчас в теме
(381) есть УФа от 30 апреля. И она не пропускает сотрудников, принятых концом марта начисления, которых прошли апрелем. Получается стаж есть, денег - нет. Можно намекнуть разработчикам проверочной на исправление этой ошибки?
385. victuan 4445 08.05.13 14:58 Сейчас в теме
(384)Думаю, разработчики здесь не причем.
Это позиция ПФР - нет начисления - нет страхового стажа.
386. virus2 08.05.13 15:59 Сейчас в теме
(385) так ведь деньги потом придут, а стажа нет - тоже неправильно.
387. andrewks 1383 09.05.13 19:46 Сейчас в теме
(384) virus2,
принятых концом марта начисления, которых прошли апрелем.


это что за ноу-хау? зарплату за март отражаете в апреле?
390. virus2 13.05.13 18:48 Сейчас в теме
(387) andrewks, это не ноу-хау. Это приказ о приеме на работу от отдела кадров долго доходит. А так как зарплата начисляется рано, то апрелем делают ее пересчет.
382. harutyunb 05.05.13 09:34 Сейчас в теме
Хочу поблагодарить victuan-а,
Конечно пришлось 3 раза сходить в отделение ПФР после каждой отправки, но это не страшно, приняли в ручном режиме, потому что автоматом ихняя программа не понимает что без стажа тоже бывает оплата за предыдущий период.
Спасибо!
388. andrewks 1383 09.05.13 19:48 Сейчас в теме
(382) harutyunb,
приняли в ручном режиме, потому что автоматом ихняя программа не понимает что без стажа тоже бывает оплата за предыдущий период.


не знаю, наш ПФР понимает и принимает таких. уж не знаю, в каком режиме, отправляем через ТКС, но претензий от них никаких нет
389. harutyunb 13.05.13 11:45 Сейчас в теме
(388) andrewks, у нас тоже отправка через оператора, но пришлось сходить следом, и доказывать, что это правильно!
383. Loader_1C 05.05.13 12:50 Сейчас в теме
Спасибо! Тоже благодарен за разработку.
391. perkos 20.05.13 13:43 Сейчас в теме
Задолженность по страховым взносам создается с датой 31.03.13 хотя данные принятые в пфр с 10 до 12 год... и в этом документе есть люди которые приняты и уволены в 1кв 13года.... какие могут быть задолженности по ним??

у меня с использованием этих средств получается что уволенные в текущем квартале люди получают переплаты и пфр из за таких сотрудников не принимает отчет.
392. virus2 20.05.13 16:31 Сейчас в теме
(391) perkos, попробуйте просто указать путь к выгруженным пачкам за прошлые периоды. И после этого перераспределите уплату заново.
393. perkos 21.05.13 11:20 Сейчас в теме
судя по обработке ПроверкаСальдоВФайлахИС.ert в пфр кривые данные.... по уволенным сотрам есть как переплаты так и недоплаты... бухгалтера мне говорят забудь, лишь бы приняли в этот раз.... удали мол людей по которым протокол пришел из отчета и бог с ними всеми... как же нам быть...

(392)вот что выходит если просто указать папку с переданными ИС и распределить

ОБНАРУЖЕНО 117 СЛУЧАЕВ ПЕРЕПЛАТЫ ПО ЗАСТРАХОВАННЫМ НА КОНЕЦ ПЕРИОДА
ОБРАБОТКА ПОПЫТАЕТСЯ В СЛЕДУЮЩИХ ОТЧЕТНЫХ ПЕРИОДАХ ЗАКРЫТЬ ПЕРЕПЛАТУ БУДУЩИМИ НАЧИСЛЕНИЯМИ.
ОДНАКО, ЕСЛИ СОТРУДНИК С ПЕРЕПЛАТОЙ УВОЛЕН, ЭТО СДЕЛАТЬ НЕ ПОЛУЧИТСЯ - В ИТОГЕ НА НЕМ ЗАВИСНЕТ ПЕРЕПЛАТА НА Л/С В ПФР,
РАБОТАЮЩИЕ СОТРУДНИКИ НЕ ПОЛУЧАТ ЭТУ ПЕРЕПЛАТУ НА СВОИ Л/С.
ЧТОБЫ УСТРАНИТЬ ОШИБКУ ПОДАЙТЕ КОРРЕКТИРУЮЩИЕ ИС ЗА ПРЕДЫДУЩИЙ(ИЕ) ПЕРИОД(Ы)
ПЕРЕД ТЕМ КАК ФОРМИРОВАТЬ ИС ЗА ТЕКУЩИЙ ПЕРИОД.
Сотрудник из прошлого периода включен в пачку...

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

на бухов надежды нет ибо бестолковые они(либо я наивный), каждый квартал одно да потому... что делать? сходить в ПФР?
394. GalinaK 6 21.05.13 11:51 Сейчас в теме
(393) perkos, попробуйте взять в ПФР данные с остатками взносов по всем вашим сотрудникам на 31.12.2012 (или уже на 31.03.2013?), если предыдущие сведения у вас приняты, то переплат никаких быть не должно, только недоплаты. Затем сверьте их с данными в д-те "Задолженность по страховым взносам" (из текущей обработки), при необходимости (если в ПФР сами что-то правили) нужно подправить, чтобы полностью совпадали.
В результате у вас будут две суммы остатков - по страховой части и по накопительной (с РСВ-1 могут немного не совпадать).
При формировании д-тов "Расчёты по страховым взносам", уплата указанная "за месяц прошлого периода", например в отчёте 1кв, это было "за декабрь" должна быть до копейки равна вашим остаткам (с суммами по платёжкам может не совпадать), возможно придется платежи разделить на "декабрь" и "Январь".
Дальше всё должно получиться корректно.
396. perkos 21.05.13 12:18 Сейчас в теме
(394)(395) на сколько мне известно не передавались... я просил бухгалтера предоставить данные принятые ПФРом за период 2010-2012г чтобы в обработку подсунуть она съездила и принесла мне то с чем я сейчас и тружусь...
вот результат работы отчета ПроверкаСальдоВФайлахИС.ert http://savepic.net/3714945.htm
как мы видим по уволеным сотрам есть как переплаты так и недоплаты.... я правильно понимаю? как же быть в таком случае?
397. victuan 4445 21.05.13 12:27 Сейчас в теме
(396)Сверьте общее сальдо по ИС на начало и конец каждого периода со строками 100 и 150 РСВ-1 за соотв. период.
398. Agema 21.05.13 12:29 Сейчас в теме
(396) perkos, подобная ситуация тоже сложилась в одной из организаций, сальдовка из ПФР - все нормально, нет переплат. Берет файлы оттуда же с принятыми пачками, проверяю, и ... абсурд какой-то(мягко говоря), и переплаты и недоплаты и по уволенным тоже. Ну она вручную исправляла, я ей пока помочь не смог.
А потом кто-то предположил, что пфр -цы специально не дают правильные пачки, чтобы не терять свой "хлеб", подработку. Вот такие "пироги".
399. virus2 21.05.13 14:29 Сейчас в теме
(396) perkos, я так делал и проблем не было. Надо отдать должное автору, за корректное вытаскивание уплаты из корректировок. А вот у ПФР с этим проблемы. Отправили с одной организацией отчет за 1 кв. Правда, из ЗБУ8. Прошлый год сдали с помощью этой обработки из ЗиК 7.7. Приходит ответ, ругаются на переплату. Затем ПФР отдала файлы принятые ими с 2010 года, пригрузите и сдавайте еще раз. В комплекте за 1 кв. 2011 г. обнаружилась корректировка за весь 2010 год. Похоже, неправильно была указана уплата в исходных данных. За 2010 год мы пригрузили корректировку. Распределили, получили то же самое. Потом посмотрели человечка по которому не идет уплата и в корректировке, и в исходных. Выходит, что при проверке ПФР принимает к рассмотрению не корректировку, а именно исходные данные. А чем им и было сказано. После этого отчет они приняли.
395. victuan 4445 21.05.13 11:57 Сейчас в теме
(393)Корректирующие ИС подавались за период 2010-2012?
(394)Если уплату распределять моей обработкой, то уплату по периодам действия можно не разделять - обработка сам а разделит.
400. perkos 22.05.13 07:16 Сейчас в теме
разобрался нашел несколько косяков пфр докладываю,
1. в принятых файлах используемых для распределения не хватало данных за 1 квартал.
2. были задвоенные файлы отличающиеся номерами и данными типа фамилия = Ващук и Вощук... в итоге имеем задвой сумм.

проверяйте с 10 года по обработке ПроверкаСальдоВФайлахИС.ert если есть ПЕРЕПЛАТЫ(отрицательная задолженность) по кому либо то проверяйте ИС вручную и считайте этого человека, переплат быть не может не должно, так я нашел.. а можно расшифровку для ПроверкаСальдоВФайлахИС сделать типа какая сумма из какого файла взялась...
401. victuan 4445 22.05.13 07:22 Сейчас в теме
(400)"а можно расшифровку для ПроверкаСальдоВФайлахИС сделать типа какая сумма из какого файла взялась."
Расшифровку пока не планировал прикручивать. Можно обработке подсовывать файлы по одному и смотреть какие суммы в него вошли.
402. Старый 16.07.13 10:13 Сейчас в теме
victuan обработка классная, пользуюсь со своими изменениями давно.Но вот с 2013 года появилась проблема.Если человек работает и по гражданскому и трудовому договору, то оплата распределяется только на один договор, но по двум начислениям. 1 квартал пенсионный принял, а вот вчера сдал второй и вернули из-за переплат.(получается переплата по гражданскому и недоплата по трудовому, в сумме 0, но ПФР не принимает)
403. victuan 4445 16.07.13 10:47 Сейчас в теме
(402) см. (353)
Как бы нет у них оснований для отказа.
Хотелось бы еще увидеть дословный текст проткола об отказе.
404. Старый 16.07.13 11:11 Сейчас в теме
А основание переплата по сотрудникам. Ну например
ПРОВЕРКА ДАННЫХ ПО ЗАСТРАХОВАННЫМ ЛИЦАМ
4. 041-749-177 60 БАРАНОВА МАРИНА МИХАЙЛОВНА - Внимание ошибка! Страховая часть: уплата 65394,33 больше чем начислено 64110,85
4. 041-749-177 60 БАРАНОВА МАРИНА МИХАЙЛОВНА - Внимание ошибка! Накопительная часть: уплата 32813,70 больше чем начислено 32297,97
406. victuan 4445 16.07.13 14:06 Сейчас в теме
(404)Это может быть и не из-за вида договора, проверьте начисления и оплату по этим сотрудникам с 2010 года.
(405)Этого я точно делать не буду.
409. harutyunb 23.07.13 09:42 Сейчас в теме
(404) Старый, как раз, это обработка помогла нам выявлять такие случаи, их было 41, по ходу мы их выровняли, а теперь только обработка victuan-а помогает, вот и в этом квартале буду формировать отчет. Если что не так отпишусь!
405. Старый 16.07.13 11:21 Сейчас в теме
В Процедура РаспределитьУплатуСУчетомСальдо в таблицу значений надо добавлять колонку вид договора и распределять с учетом этого, ну и в документе ЗадолженностьПоСтраховымВзносам то же добавлять вид договора. ну по крайней мере я так понимаю
407. 2011b11 17.07.13 08:43 Сейчас в теме
Спасибо автору, за своевременную работу и дополнения в программу 1с , а то 1эсовцы выпускают сырые не доработанные релизы.
408. Taisa07 18.07.13 09:05 Сейчас в теме
Огромное спасибо за обработку, расчетчики довольны
410. Старый 23.07.13 14:28 Сейчас в теме
Я пришел в ПФР разбираться.Мне показывают протокол, в котором по сотруднику есть переплата. Но начисление стоит только по гражданскому договору, а по трудовому нет. Я спрашиваю, а где начисления по трудовому? Мне отвечают, что программа у них так принимает и такие дает результаты.Они знают, что программа работает неправильно,разработчик признал свою ошибку,пока исправляет, но данные наши они принять не могут. Класс, проблемы у них,а мы страдаем.
411. andrewks 1383 05.08.13 16:15 Сейчас в теме
обработка неправильно собирает оплату за 2 кв 2013 года, выводит какую-то левую сумму с копейками, хотя оплата забита в целых рублях
412. andrewks 1383 05.08.13 16:45 Сейчас в теме
нашёл причину, по какой-то необъяснимой причине в документе-сальдо на 01.04.2013 оказались записаны некие значения в полях "Переплата на страх/накоп часть", до-кт формировался автоматически версией 2.13.1 обработки, и более не изменялся (отслежено по ЖР)

вручную очистил эти суммы - и всё просчиталось нормально.

сейчас, на версии 2.14 в док-те - с-до на 01.07.13 переплаты не наблюдается.

что за шайтан?
413. victuan 4445 05.08.13 16:54 Сейчас в теме
(412) andrewks, какое сальдо было по страх/накоп. в строке 150 формы РСВ-1 за 1 кв 2013?
Табличная часть документа-сальдо на 01.04.2013 пуста?
415. andrewks 1383 05.08.13 17:17 Сейчас в теме
(413) ТЧ док-та остаток не пуста, заполнена верными значениями, сумма остатка задолженности сходится с поданной РСВ-1. откуда взялись суммы в полях переплаты - непонятно, бух клянётся что ничего не вводила (да и зачем ей это? ЖР подтверждает её слова, док-т был создан и записан при формировании сведений за 1 кв, и с тех пор его даже не открывали)

в общем, спишем на шайтана
414. victuan 4445 05.08.13 16:55 Сейчас в теме
(412)а какое сальдо в строке 150 в РСВ-1 за 2 кв 2013? ))
416. victuan 4445 05.08.13 17:25 Сейчас в теме
хм.. есть у меня идея. Проверю - доложу.
417. kauksi 217 09.08.13 01:03 Сейчас в теме
Не всегда понятно, за какие предыдущие периоды не хватает данных. если хотите добавьте такой код в конец функции ПроверитьНаличиеПереданныхДанных()

Если СписокВсехПериодов.РазмерСписка() <> СписокПериодов.РазмерСписка() Тогда
//Начало добавления
Сообщить ("Всего нужно данных за количество периодов " +СписокВсехПериодов.РазмерСписка());
Сообщить ("В вашей базе есть данные за количество периодов "+СписокПериодов.РазмерСписка());
ПредставлениеПериода = "";
Для Сч=1 По СписокВсехПериодов.РазмерСписка() Цикл
ТекПериод=СписокВсехПериодов.ПолучитьЗначение(Сч,ПредставлениеПериода);
Если СписокПериодов.НайтиЗначение(ТекПериод)=0 Тогда
печПериод=ПолучитьНомерКварталаОтчетногоПериода(ТекПериод);
Сообщить ("Не найдены данные за "+ПечПериод + " кв " +ДатаГод(ТекПериод),"!!!");
КонецЕсли;

КонецЦикла;
//КонецДобавления

Если Вопрос(ТекстВопроса,4,0) = 6 Тогда
Возврат 1;
Иначе
Возврат 0;
КонецЕсли;
Иначе
Возврат 1;
КонецЕсли;

КонецФункции //ПроверитьНаличиеПереданныхДанных
422. victuan 4445 20.11.13 09:37 Сейчас в теме
(417)У меня пишется за какой период ищутся сведения (с... по...).
(418) Можно, просто если пользоваться моей обработкой, то эти документы не используются никак.
418. kauksi 217 09.08.13 15:07 Сейчас в теме
и нельзя ли сделать анализ не по XML-файлам , а по документам "данные, переданные в ПФР"
419. анфиска 10.10.13 10:44 Сейчас в теме
Здравствуйте, коллеги. У нас в составе работников появились "вредники". Их нужно как-то отдельно выгружать или все как обычно? Просто я вижу файл "Выгрузка сотрудников с вредными условиями труда в Перечень льготных". Напишите пожалуйста кто знает как этим пользоваться???
423. victuan 4445 20.11.13 09:39 Сейчас в теме
(419)Вредников выгружать как обычно. Добавочный файл это доп.выгрузка, которую требуют некоторые регионы. Если ваш бухгалтер не слышал о "Перечне льготных профессий", то значит это вам не надо.
420. grey_chel 20.11.13 09:00 Сейчас в теме
Здравствуйте. Из 339-го релиза кто-нибудь сдавал, а то у меня проблема появилась с сотрудниками попадающими в разные пачки (ОСН и ЕНВД)? Вроде бы, 339-й, можно сказать, ничем не отличается от 338-го.
421. victuan 4445 20.11.13 09:35 Сейчас в теме
(420)Почему сотрудники для ОСН и ЕНВД попадают в разные пачки? Точнее, на основании чего?
424. анфиска 22.01.14 10:19 Сейчас в теме
Здравствуйте, уважаемый автор. Вы планируете обновлять обработку для сдачи годовой отчетности?
425. victuan 4445 22.01.14 14:59 Сейчас в теме
(424)А разве она нуждается в обновлении?
427. mamay 28.01.14 14:14 Сейчас в теме
(425) возможно нуждается, на второй вкладке, там где "Сведения о сумме выплат" в выпадающем списке "Отчетный период" не выбирается 2013 год, его там вообще нет, заканчивается 2012. Может поправите? Или прямо тут подскажите, где и что поправить в модуле, пожалуйста!
Виноват, вопрос снимается, зазря бухгалтер меня тиранил, не нужно это уже оказывается. Приношу извинения. Спасибо.
428. victuan 4445 28.01.14 15:40 Сейчас в теме
(427) Сведения по той форме за 2013 год уже не подаются.
426. анфиска 24.01.14 12:09 Сейчас в теме
Спасибо,я сама убедилась, что не нуждается. Просто у страха - глаза велики. Еще раз спасибо за ваш труд.
429. Salavat88 10.02.14 13:48 Сейчас в теме
Добрый день!!! В организации работают в основном сезонные работники. 2-3 квартал ПФР отчеты принял. В конце декабря 2013 частично оплатили страховую и накопительную части взносов(400 и 100 т.р. соответственно). В 4 квартале работали только 5 человек, которым начислилось 60 и 33 т.р. страховой и накопительной части пенсии. При формировании сведений за 4 квартал только они попадают в СЗВшку, где начислено = оплачено и все. Остатки за предыдущие периоды не цепляются(за 2 и 3 квартал работало порядка 150 человек). Подскажите, пожалуйста, как все правильно сделать?
430. victuan 4445 10.02.14 14:08 Сейчас в теме
(429)Указать моей обработке путь к папке, в которой лежат ранее сданные в ПФР пачки СЗВ-6-х в формате XML с 1-го полугодия 2010 года по 3 кв 2013 года.
431. shevchen88 21.04.14 08:54 Сейчас в теме
Планируется ли выпуск обновления, для сдачи отчетности в 1кв 2014г?
433. victuan 4445 21.04.14 13:55 Сейчас в теме
(431)(432) Выпуск обновления не планируется. В связи с отменой распределения уплаченных взносов по застрахованных с 2014 года моя обработка потеряла актуальность.
432. harutyunb 21.04.14 11:35 Сейчас в теме
для сдачи отчетности в 1кв 2014г Когда обновление ожидать?
С надеждой благодарные пользователи вашей обработки ваших обновлений!

Если глРассчитыватьВзносыСБазыПревышения(ОсновнойТариф<<?>>) = 1 Тогда
{Отчет.ПодготовкаСведенийДляПФРсОстатками.Форма.Модуль(1454)}: Недостаточно фактических параметров
ВыделятьСуммыСверхПредела = глРассчитыватьВзносыСБазыПревышения(ОсновнойТариф<<?>>);
{Отчет.ПодготовкаСведенийДляПФРсОстатками.Форма.Модуль(2350)}: Недостаточно фактических параметров
НеОграничивать = глРассчитыватьВзносыСБазыПревышения(ОсновнойТариф<<?>>);
{Отчет.ПодготовкаСведенийДляПФРсОстатками.Форма.Модуль(3508)}: Недостаточно фактических параметров
434. harutyunb 21.04.14 16:32 Сейчас в теме
c 2010 года пользуюсь обработкой, с возможность корректировки остатков (в свое время ПФР нахимичил), и я пользовался вашей обработкой для правильного расчета остатка взносов, Поэтому просим продолжить.
Ваша обработка имеет актуальность по сей день по вышеуказанной причине.

С надеждой ожидаем вашего обновление!
435. victuan 4445 21.04.14 16:38 Сейчас в теме
(434)Но ведь с 2014 года не нужно рассчитывать остатки взносов. А зачем она теперь?
437. Agema 21.04.14 18:18 Сейчас в теме
(435) да все верно, такую муть скинули с организаций, все равно ПФР мутил как хотел. А Вам огромное спасибо!
436. harutyunb 21.04.14 17:01 Сейчас в теме
Прошу Прощения, не заметил особенность!
Жаль, а то пользовались и благодарили за труды.
438. perkos 05.05.14 12:31 Сейчас в теме
то-есть я без всяких прелюдий просто с 1кв 2014 года формирую типовыми средствами без всяких подготовок?

"Существует определенный регламент, который надо выполнить, чтобы отказаться от использования данной обработки и перейти обратно на штатный механизм распределения уплат в типовой конфигурации."
439. victuan 4445 05.05.14 15:29 Сейчас в теме
(438)Типа того. Я так уже и сделал для своих организаций.
Указанный регламент отменен с 2014 года изменениями в перс.учете.
Для отправки сообщения требуется регистрация/авторизация