Порочные особенности "Подготовки сведений персонифицированного учета СЗВ-6" в программах 1С

11.08.11

Учетные задачи - Регламентированный учет и отчетность

При выгрузке из программ 1С индивидуальных сведений (форм СЗВ-6-1 и СЗВ-6-2) суммы уплаты заполняются расчетным методом и не всегда встают верно, т.к. фактические данные распределения уплат предыдущих периодов не учитываются.

Данное рассмотрение относится ко всем программам 1С, в которых автоматизирован расчет зарплаты, будь то 7.7:  "Бухгалтерия 4.5", "Упрощенная система налогообложения 1.2", "Зарплата и Кадры", будь то 8.2: "Бухгалтерия предприятия 2.0", "Зарплата и управление персоналом", "Зарплата бюджетного учреждения" и т.д. Будут рассмотрены принципы распределения уплаченных взносов по начислениям застрахованных при подготовке сведений персонифицированного учета по формам СЗВ-6-1 и СЗВ-6-2.

Только в последних релизах конфигураций 8.2 ситуация начала исправляться - появился "новый механизм распределения уплаченных взносов в ПФР"!

Рассмотрение будет проведено на примере конфигурации 7.7 "Зарплата и кадры".

Особенности штатного механизма ЗИК по распределению уплаченных взносов в СЗВ-6

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

Сальдо_n = НачисленоПред_n * (ОплаченоВсегоПред / НачисленоВсегоЗаПред),

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

Сальдо_n = НачисленоПред_n_1 * (ОплаченоВсегоПред_1 / НачисленоВсегоЗаПред_1) +
Начислено_n_2 * (ОплаченоВсегоПред_2 / НачисленоВсегоЗаПред_2) + ... и т.д.
,

где Сальдо_n - расчетное сальдо сотрудника (подлежащее уплате в текущем отчетном периоде),
НачисленоПред_n_1,  НачисленоПред_n_2 и т.д. - начислено взносов по сотруднику в предыдущих отчетных периодах,
НачисленоВсегоПред_1, НачисленоВсегоПред_2 и т.д.  - начислено взносов в целом по организации в предыдущих отчетных периодах,
ОплаченоВсегоЗаПред_1, ОплаченоВсегоЗаПред_2 и т.д.  - оплачено взносов в целом по организации в текущем отчетном периоде за предыдущие отчетные периоды.

Начисленные взносы сотрудников текущего отчетного периода будут оплачены по формуле:

Оплачено_n = Начислено_n * (ОплаченоВсегоЗаТек / НачисленоВсего),

где Оплачено_n - часть суммы начисленных в текущем периоде взносов сотрудника, подлежащая уплате в текущем отчетном периоде,
Начислено_n - начислено взносов по сотруднику в текущем отчетном периоде,
НачисленоВсего - начислено взносов в целом по организации в текущем отчетном периоде,
ОплаченоВсегоЗаТек - оплачено взносов в целом по организации в текущем отчетном периоде за текущий отчетный период (берется из документов "Расчеты по страховым взносам", в которых указан месяц текущего отчетного периода).

Т.о. в оплату взносов в текущем отчетном периоде на каждого сотрудника ЗИК при использовании штатного механизма распределения поставит в СЗВ-6 сумму Сальдо_n + Оплачено_n.

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

Вторая особенность механизма ЗИК. Как было показано ранее, ЗИК распределяет оплату на застрахованных по общим коэффициентам: (ОплаченоВсегоПред / НачисленоВсегоЗаПред) и (ОплаченоВсегоЗаТек / НачисленоВсего). Т.к. результат расчетов приходится округлять до двух знаков после запятой (до копеек), то это неизбежно приводит к тому, что образуются ошибки округления при расчетах. Их два рода:
1) Сумма "Оплачено всего по организации" не совпадет с суммой распределенных оплат по сотрудникам. Это расхождение может составить всего несколько копеек, а может достигнуть и рублей.
Пример. Пусть имеется 1000 работников, каждому начислено взносов по 100 рублю, итого начислено по организации - 100 000 руб. Пусть организация оплатила на всю организацию 99 995 руб. Как штатный механизм распределит эту сумму по сотрудникам? Очевидно, каждому достанется 100 * (99 995 / 100 000) = 99.995 руб., округляем до копеек и получаем на каждого сотрудника 100.00 руб. Итого суммарно по сотрудникам 100 000 руб., но ведь к уплате было дано 99 995 руб.!
2) Сальдо, подлежащее уплате, Сальдо_n также получается округленным, это приводит к тому, что на л/с сотрудника в ПФ мы будем направлять сумму, отличающуюся на +/-1 коп от реальной задолженности, и эта ошибка может накапливаться из отчетного периода в отчетный период.
Пример. Пусть в предыдущем отчетном периоде было начислено 10 000 руб, оплачено в предыдущем периоде за предыдущий период 5 000 руб. Пусть в предыдущем отчетном периоде у Иванова начислено взносов было 100,01 руб. Соответственно, Оплачено_n = Начислено_n * (ОплаченоВсегоЗаТек / НачисленоВсего) = 100,01 * ( 5 000 / 10 000) = 50,005. Округляем до копеек, получаем 50,01 руб.
Пусть в текущем отчетном периоде оплата взносов за предыдущий период составила также 5 000 руб (т.е. полностью оплатили остаток задолженности). Соответственно, сальдо Иванова, подлежащее оплате, Сальдо_n = НачисленоПред_n * (ОплаченоВсегоПред / НачисленоВсегоЗаПред) = 100,01 * (5 000 / 10 000) = 50,005. Округляем до копеек, получаем 50,01 руб.
Итого оплачено взносов за предыдущий отчетный период по Иванову: 50,01 + 50,01 = 100,02. Но ведь начислено было 100,01! В итоге имеем переплату за прошлый период в размере 1 копейки. Переплата в виде этих копеек может накапливаться в каждом новом отчетном периоде.
Решений для устранения этих ошибок округления (или их компенсации) в типовой ЗИК не существует.
Некоторые бухгалтеры (или сопровожденцы 1С) для устранения ошибки п.1) пытаются вручную добавить или отнять копейки у какого-нибудь сотрудника (причем обычно это делают на себе ;) чтобы подогнать оплаченные взносы под фактическую оплату в целом по организации. Ошибку п.2) никто и не пытается компенсировать, потому что она незаметна (до тех пор пока не придет отрицательный протокол из ПФ). Но проблема в том, что такая ручная подгонка копеек недопустима! Почему, станет ясно из третьей особенности механизма ЗИК.

Третья особенность механизма ЗИК. На форме обработки "Подготовка сведений для ПФР" разработчики оставили возможность вручную редактировать суммы начисленных и уплаченных взносов в ПФР. Казалось бы, замечательно! Можно хотя бы вручную скомпенсировать особенности ошибок округления или, например, вручную уволенным поставить оплату 100% (с одновременным уменьшением оплаты остальным) или при подаче Корректирующих СЗВ для случая устранения ошибки в сумме начисленных взносов одного сотрудника не воспользоваться автозаполнением суммы оплаченных взносов, а изменить начисления только по корректируемому сотруднику (чтобы не "поплыли" оплаты по другим сотрудникам и их не пришлось бы включать всех в корректирующие сведения).
Но на самом деле этого делать нельзя. Ведь в результате этих действий произвольно изменится сальдо застрахованных, и расчетное сальдо застрахованных в следующем отчетном периоде не совпадет с фактическим, полученных из-за этих ручных манипуляций. И в итоге одни начнут получать недоплату взносов, а другие - переплату.
Что мы здесь видим? Логическое противоречие методистов 1С. Если сальдо распределяется только расчетным путем, зачем разработчики оставили возможность править сумму взносов вручную? Причем без всяких предупреждений пользователя о последствиях. Если смотреть с другой стороны, то если есть возможность редактировать взносы, то должен быть механизм сохранения полученного сальдо для его учета в последующих отчетных кампаниях. Но этого тоже нет.

Теперь делаем выводы:
1) инструкция по заполнению документов "Расчеты по страховым взносам" такова, что подавляющее большинство ее пользователей не могут верно подать СЗВ в ПФ, потому что не улавливают нюансов по заполнению реквизита "Месяц начисления взносов". И ошибка обнаруживается очень поздно, даже через несколько месяцев после положительного протокола о приеме из ПФР. Если ежемесячные платежи в ПФ не соответствуют начислениям за прошедший месяц с точностью до копеек, то указать в апрельском документе, что это просто платеж за март - недостаточное условие для правильного распределения взносов, нужно сумму платежа разбивать на несколько документов.
2) Из-за ошибок округления по некоторым сотрудникам мы получаем переплату на копейки, по другим - недоплату. Примет ли ПФ сведения, сможет ли их "состыковать" с федеральной базой если есть переплата по сотрудникам сверх их начислений, пусть даже на копейки? Или если мы в итоге по сотрудникам распределили уплату больше чем перечислили в бюджет (100 000 руб. вместо 99 995 руб. из примера выше)?
3) Как подавать корректирующие сведения за прошлые периоды в случае обнаружения ошибок в суммах взносах по отдельным сотрудникам? Вместо подачи корректирующих только по отдельным сотрудникам подавать корректировку по всем (из-за изменившегося коэффициента уплаты)? Как к этому отнесется ваш ПФ?

 

А есть ли альтернатива штатному механизму ЗИК и ЗУП? Оказывается, есть.
Предлагаю вашему вниманию обработки, которые реализуют альтернативный способ распределения уплат и снимают перечисленные выше ограничения:
1) для ЗИК //infostart.ru/public/80953/
2) для ЗУП //infostart.ru/public/73085/.

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

См. также

Зарплата Регламентированный учет и отчетность Кадровый учет Обновление 1С Бухгалтер Платформа 1С v8.3 Сложные периодические расчеты 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Зарплата и Управление Персоналом 2.5 Бухгалтерский учет Налоговый учет Управленческий учет Акцизы ЕНВД ЕСН Земельный налог ИП, ПБОЮЛ, КФХ Налог на имущество Налог на прибыль НДС НДФЛ ФОМС, ЕФС Транспортный налог УСН ПСН (патентная система налогообложения) Платные (руб)

Обновления для конфигураций: КА 1.1; ЗУП 2.5; БУХ 2.0; КА 1.1 Комплексная автоматизация торговли алкогольной продукцией; КА 1.1 Комплексный учет сельскохозяйственного предприятия

27900 руб.

01.04.2020    147436    649    362    

235

Регламентированный учет и отчетность Обмен с ГосИС ЭДО и ОФД Бухгалтер Пользователь Платформа 1С v8.3 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Оптовая торговля, дистрибуция, логистика Россия Управленческий учет Платные (руб)

Работаете по контрактной схеме, сталкивались с проблемой, что в контракте жестко указаны наименование, цена, единица измерения товара. И не все готовы создавать новую номенклатуру под каждый контракт или менять наименование и единицу измерения для уже имеющейся. Тем более, бывает так, что контракт - это формальность. Контракт не описывает жесткие условия поставки, нужно соблюсти правильность в предоставлении документов. Данное решение позволит вам оперировать своей номенклатурой при оформлении реализаций по государственному контракту в УТ 11.5 и КА 2.5.11, в то же время выводить на печать документы, соответствующие данным контракта. Реализована выгрузка для сайта госзакупок (ЕИС) по 44-ФЗ.

60000 руб.

19.12.2022    12151    34    20    

21

Регламентированный учет и отчетность Розничная торговля Файловый обмен (TXT, XML, DBF), FTP Обмен с ГосИС Бухгалтер Платформа 1С v8.3 1С:Розница 2 1С:Управление торговлей 11 1С:Розница 3.0 Розничная и сетевая торговля (FMCG) Россия Бухгалтерский учет Акцизы Платные (руб)

Обработка формирует файлы алкогольных декларации форм 7,8 с 1С:Розницы от 2.3.8, УТ 11.х, КА Проста в использовании. Формат выгрузки деклараций: 4.4, есть возможность объединять сформированные декларации из файлов XML. Дополнительно можно делать передачу в рег 2 по остаткам и списывать остатки ЕГАИС по данным базы (пиво)

3600 руб.

20.07.2016    176561    1284    1706    

1044

Регламентированный учет и отчетность Бухгалтер Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Оптовая торговля, дистрибуция, логистика Россия Бухгалтерский учет Акцизы Платные (руб)

В стандартном функционале 1С: Бухгалтерия 3.0 нет учета акцизов. Счет-фактуры и УПД в печатных формах не заполняют сумму акциза. При проведении документа Реализация, «сумма Акциз» не высчитывается и не формируются проводки. Расширение Акцизы - Пиво выделит сумму акциза в первичных документах. Список доработанных документов 1С: Реализация (акты, накладные, УПД), Корректировка реализации, Списание товаров, материалов. Первичные документы с отображением акциза - счет-фактура, УПД.

11500 руб.

23.12.2019    57636    230    110    

97

Регламентированный учет и отчетность Оптовая торговля Розничная торговля Обмен с ГосИС Бухгалтер Платформа 1С v8.3 Управляемые формы 1С:Розница 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 Россия Бухгалтерский учет Управленческий учет Акцизы Платные (руб)

Не успеваете сдать декларацию вовремя? Устали заносить/править данные вручную? Давит угроза штрафа в десятки, а то и сотни тысяч? Бессонные ночи и потраченные на работе вечера в пик сдачи отчетности? Вам знакомы эти проблемы? Если да, то у нас есть РЕШЕНИЕ, которое Вам необходимо! Автоматическое заполнение алкогольных деклараций по формам 1 (производство), 2, 3, 4 (опт), 5 (перевозка), 6 (производственные мощности), 7, 8 (розница, разделы I и II и III) по данным учета, проверка и шифрование, а также загрузка из внешних файлов и выгрузка в формате XML 4.4 согласно приказу Росалкогольрегулирования от 17.12.2020 г. № 396

28000 руб.

01.07.2013    117467    106    94    

108

Регламентированный учет и отчетность Розничная торговля Бухгалтер Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Оптовая торговля, дистрибуция, логистика Россия Бухгалтерский учет Налоговый учет Акцизы Платные (руб)

В стандартном функционале 1С: Бухгалтерия 3.0 нет учета акцизов. Счет-фактуры и УПД в печатных формах не заполняют сумму акциза. При проведении документа Реализация, «сумма Акциз» не высчитывается и не формируются проводки. Для решения этой проблемы мы разработали расширение "Акцизы - Газировка" для 1С: Бухгалтерии 3.0 (ПРОФ). Расширение "Акцизы - Газировка" будет полезно производителям сладкой газированной воды с 1 июля 2023 года.

11500 руб.

02.06.2023    7471    68    11    

32
Вознаграждение за ответ
Показать полностью
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
0. victuan 4266 01.01.70 03:00 Сейчас в теме
При выгрузке из программ 1С индивидуальных сведений (форм СЗВ-6-1 и СЗВ-6-2) суммы уплаты заполняются расчетным методом и не всегда встают верно, т.к. фактические данные распределения уплат предыдущих периодов не учитываются.


Перейти к публикации

1. Re:аниматор 338 05.08.11 10:54 Сейчас в теме
вот бы такое для ЗУПа.
6. BoneD 615 09.08.11 12:05 Сейчас в теме
(1) Давно уже есть Перераспределение уплаты страховых взносов для ЗУП 2.5 в пачках СЗВ-6... и не только эта обработка, вариантов много. Конечно не один-в-один, но суть похожа: распределить с учетом остатков. Причем, есть даже обработки, которые загружают данные из xml в ЗУП, надо ведь только поискать на форуме...
stupid01; CratosX; andreykaq; suas1984; +4 Ответить
2. Misanets 341 05.08.11 11:08 Сейчас в теме
ага, для УПП тоже, хотя механизм бухни, упп и зупа одинаков.
3. victuan 4266 05.08.11 13:28 Сейчас в теме
Это я не потяну, выдохся на ЗИКе. Сил больше не осталось. :(
Тем более, что фирма 1С сама стала шевелиться в этом направлении на 8-ке - стала внедрять "новый алгоритм расчета взосов". Дай бог доведут до ума.
4. Matador 118 06.08.11 06:13 Сейчас в теме
механизм. распределения уплат.в ЗИУП 8.2 делал в прошлом квартале.
если кому нужно в личку. сделаю публикацию с кодом.

п.с. у нас суммы уплат . выплачиваются произвольно. не зависимо от чего. НО. при сдаче отчета. распределяется.(добавленным механизмом.)
5. Lapitskiy 1061 06.08.11 09:18 Сейчас в теме
хорошо бы хранить сальдо по начислено/уплачено в разрезе сотрудников. Решение очевидное, хранить теперь надо как взаиморасчеты по контрагентам. Почему методологи в 1С этого до сих пор не сделали, не понятно.
Пацталоцци; +1 Ответить
7. victuan 4266 09.08.11 18:23 Сейчас в теме
(5) Так у меня сальдо как раз в разрезе сотрудников и хранится.
(6) Это очень даже хорошо, что есть такие наработки для 8.
8. ivnik 597 10.08.11 22:37 Сейчас в теме
Мне надоели неточности и недоработки в 1С по данному вопросу, поэтому я решаю эту задачу иначе: в 1С я формирую файлы (как есть), потом загружаю их в Spu_orb (программа ПФР) и уже там бухгалтер вводит задолженность на начало, общие суммы начисления и уплаты, потом проходит по списку сотрудников нажимая кнопку "пересчет" и после этого формирует уже готовые файлы. :)
9. victuan 4266 11.08.11 05:26 Сейчас в теме
(8)"бухгалтер вводит задолженность на начало" В целом по предприятию, не в разрезе сотрудников? Тогда я не уверен, что пенсионная программа сможет правильно вычислить сумму доплаты на задолженность каждого сотрудника.
10. WKorsakov 29.08.11 10:36 Сейчас в теме
Согласен, что информация по документу уплаты страховых взносов для пользователей 1С не достаточно полная, не показано влияния месяца уплаты и месяца проведения документа. Но считаю гораздо важнее закрытие сумм уплаты для уволенных пользователей. В первую очередь в отчетном периоде проверить и закрыть сумму уволенных сотрудников в предыдущих и текущем периодах без минусовых и плюсовых остатков, а остатки распределять можно и стандартным способом, т.к. влияния на сдачу отчетов влиять не будет.
11. Konstantin_sgt 08.11.11 14:28 Сейчас в теме
если правильно вводить , то проблемма разрешима даже если вводить в целом по предприятию
12. victuan 4266 08.11.11 14:29 Сейчас в теме
(11)Этот комментарий к чему относится? Можно подробности?
13. nnurik 08.11.11 15:15 Сейчас в теме
Теория хорошая. Отправила бухгалтерам нашим. Спасибо.
14. IRIWA2011 09.11.11 18:01 Сейчас в теме
Спасибо. Полезная обработка.
15. BorisBelov 889 14.02.12 11:17 Сейчас в теме
Спасибо за хорошую работу и, особенно, за обновления. Используем в работе!
16. vladismi 168 24.07.12 16:43 Сейчас в теме
Предлагаю свои пять копеек для ЗиК и Бух 7.7: http://infostart.ru/public/142939/.
Рассчитать все так, как считаешь нужным в Ёкселе, а потом загружаешь в базу.
:)
17. 105raz 20.12.12 06:58 Сейчас в теме
Алгоритм распределения взносов теперь учитывает уплаты в предыдущих периодах. Только необходимость загружать все пачки, начиная с 2010 года лично меня угнетает - представляю, сколько пачек придется загружать черер пару лет. Интересно, можно это как-то "оптимизировать", как бы "остатки" на определенную дату вводить?
18. victuan 4266 20.12.12 07:57 Сейчас в теме
(17)Так ведь я в тексте статьи указал ссылку на разработку, которая решает данную проблему: http://infostart.ru/public/80953/
В конфигурацию добавляется документ, который из квартала в квартал переносит задолженность по ИС в разрезе застрахованных, и поэтому при распределении уплаты не нужно "тянуть" данные с 2010 года, а использовать сальдо по задолженности на начала квартала. Данная разработка так и работает.
19. 105raz 20.12.12 08:50 Сейчас в теме
Сорри, невнимательно прочитала...
20. AndKovalchuk 195 27.01.14 16:30 Сейчас в теме
Да 1с сейчас исправила ситуацию, позволяя загружать сданные сведения, но при этом они опять сделали только часть дела. Так как если на сотрудника подавались корректировки ИС, то опять нужно извращаться, 1с их в "Данные, принятые в ПФР" не загружает.
21. victuan 4266 27.01.14 16:45 Сейчас в теме
(20)Осталось потерпеть последний квартал. С 1кв2014 будет другая отчетность, в которой не предусмотрено распределение уплаты по застрахованным, только в целом по предприятию.
22. AndKovalchuk 195 28.01.14 14:55 Сейчас в теме
(21)
А как тогда погашать неуплаченные остатки. Или про остатки все тоже забудут?
23. victuan 4266 28.01.14 15:44 Сейчас в теме
(22) Если им вдруг стало не нужно распределение уплат вообще, то зачем им распределение каких-то остатков? :)
24. AndKovalchuk 195 03.02.14 10:23 Сейчас в теме
Если им вдруг стало не нужно распределение уплат вообще, то зачем им распределение каких-то остатков? :)


Нет, просто они рещили, что им самим это делать будет проще.
25. victuan 4266 03.02.14 13:05 Сейчас в теме
(24) Я в своем комментарии имел ввиду распределение страхователем, а не распределение вообще.
Оставьте свое сообщение