Всем привет!
Как известно, после обновления ЗУП на 2.5.84.1, в документе начисления страховых взносов суммы этих взносы стали делиться по периодам из-за разных перерасчетов начислений. Кроме этого у нас появились по разным месяцам непонятные копейки. В колонках ФСС, ФФОМС, ПФР стали появляться суммы "0,01" и "-0,01" по прошлым месяцам. И это по всем сотрудникам. Вместо одной строки с суммой взносов по сотруднику появились строки по прошлым месяцам с этими копейками.
Находил подобную проблему в интернете, люди писали, что планируется исправление в следующих релизах. Потом написали, что релиз 2.5.86.2 помогает избавиться от этого. Но встречал в сети сообщения, что кому-то не помогло.
В общем установил последний релиз, в описании к нему как раз таки сказано, что перерасчеты прошлых периодов будут записаны в одну строку с текущим, если сумма текущего периода покрывает эти перерасчеты. Но у меня ничего не изменилось. Эти копейки так и остались. Причем сумма "-0,01" без проблем должна покрываться текущим периодом, но эти строки прошлых периодов с копейками так и остались. Копейки как отрицательные, так и положительные.
Откуда они берутся? Причем бывает, что в итоге по сотруднику в какой-нибудь колонке (например ПФР) эти копейки в ноль выходят, что совсем противоречит логике их появления.
У кого-нибудь есть такая проблема, поделитесь информацией пожалуйста, что с этим делать, ошибка релиза или как?

ап

я удалил их сразу, как вылезли в сентябре еще на 2.5.84.1

на новом релизе уже не вылазили.

Сто раз вроде уже обсосали: пересчеты за прошлые периоды удаляй из документа начисления налогов и всё.

offtop (0)а кстати базу обрезал?

(2) понял, спасибо. Т.е. все суммы по текущему месяцу были правильные, а копейки по прошлым месяцам можно просто смело удалить? Странно, что у меня и в новом релизе копейки эти вылазят, видимо первый раз их надо удалить, и потом они не вылезут. Странно это всё.

(3) а где обсасывали, не помните ссылочку? Я искал, попадается только про обычные пересчеты, с нормальными суммами, а не копейки, как у меня.

(4) нет, это с нового года планировалось. У меня пока подготовка идет. Но ко мне прислушались всё-таки, что обрезка мало что даст, и возможно пойдем другим путем. Появилась возможность убрать из базы порядка 20 пользователей :) Они работают с отдельным модулем, который я писал в ЗУПе, и этот модуль можно вынести из базы, вводить данные в другом месте, а загружать в рабочую базу по ночам. В общем пока всё в процессе. Ну и плюс 64-битный ключ улучшил ситуацию.

Будьте внимательны: из-за этих копеек расчет ФСС_НС выдает "чудный" результат, т.к для округления используется процедура ЗаполнениеРегламентированнойОтчетности.ОкруглитьСлагаемыеПоСумме. Эта процедура писалась под уникальное значении ключа. В данном случае ФизЛицо.
1С зарегистрировало от меня эту проблему и тишина...

(5) "а где обсасывали, не помните ссылочку? Я искал, попадается только про обычные пересчеты, с нормальными суммами, а не копейки, как у меня."

ЗУП 2.5.84.1 Начисление страховых взносов
ЗУП 2.5.84.1 и ПФР
ЗУП версия 2.5.84.1

(7) Спасибо за ссылки!
Но почему-то везде пишут, что копейки вылезают только по ФСС_НС.
У нас же абсолютно по всем колонкам, т.е. и ФСС, и ФФОМС и ПФР.
В одной из приведенных Вами ссылок написано:

"Комментарий: Исправлена ошибка 30011412:
При исчислении страховых взносов в колонке ФСС НС могли необоснованно появляться "копейки" за прошлые месяцы.

Это из описания изменений в ЗУП 2.5.85.1"

Я же поставил сначала 2.5.85.1, а сейчас уже и 2.5.86.2, ничего не изменилось. Ни по ФСС_НС, ни по другим колонкам.

(8) Да мы все тут ждем следующий, но что-то даже тестового релиза нет... :)

(9) Ну тогда удаляю копейки по всем колонкам, а там посмотрим.
Смущает конечно, что кроме ФСС_НС эти копейки и в других колонках сидят, но наверное выход тот же - удалить :)

Ещё вопрос. По Вашей второй ссылке есть пост 17 от "шаэс", цитирую:
"а ответ от 1с, где советуют эти копейки удалить из документа, как советуете расценивать?"

Реально есть такая рекомендация от 1С, где-то можно почитать?

(10)на партнерке очевидно,у шаэс и спроси

(10) сообщение одного из партнеров:


Написала в поддержку 1С, ответ:

Ответ от разработчика.
Зарегистрирована ошибка 30011412.
Планируется к исправлению в  2.5.85 релизе.
Для обхода ситуации достаточно удалить строки по ФСС_НС предыдущих периодов, в которых отражены копейки.
#*#32076#

(12) Спасибо!
Но похоже это не моя ситуация :(
Я уже поставил релиз 2.5.86, и сейчас проверил, копеек в колонке ФСС_НС в самом деле нет. Но зато во всех других по каждому сотруднику по куче месяцев, то "0,01", то "-0,01" (колонки ФСС, ФФОМС, ПФР)

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

(14) Такая картинка за октябрь.
За сентябрь документ "Начисление страховых взносов" формировали ещё в старом релизе (2.5.82.2).
Смотрю сентябрьский документ, всё там хорошо, никаких копеек, по каждому человеку одна строка.
Потом поставили новый релиз 2.5.85.1 (на тот момент он был последним), и отчетность в ПФР за квартал формировали уже в нем.
Сейчас вот делаем документ "Начисление страховых взносов" за октябрь, получаем копейки по прошлым месяцам. Обновляем до 2.5.86.2, ничего не меняется, кроме ФСС_НС. В ФСС_НС копеек нет, а в остальных колонках есть.

Кроме этого расчетчик обнаружила, что по тем сотрудникам, по которым были сторнировки, неверно суммы взносов расчитались. Но опять же говорит, что не по всем неверно.
Сотрудников 10 тысяч, сложно полную картину представить :(

И кстати по сторнировкам не просветите, тоже глюк какой-то есть, или расчетчик неправильно что-то делает?

(15) вот честно, в последнее время накал страстей по перерасчетам снизился.
а читали вот это? http://its.1c.ru/db/updinfo#content:166:hdoc:issogl1_1

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

в общем расчетчица говорит, что всё не правильно. Что по тем людям, по которым есть сторно-начисления, взносы неверные. И говорит, что никакие корр-пачки не должны создаваться. Мол раньше всё было просто и понятно.
В итоге просит вернуть старый релиз на копии :)
Я думаю не разобралась она в новом механизме, попробую сегодня в копии загрузить конфу со старым релизом. Результат конечно не предсказуем, но вдруг расчет взносов по старому алгоритму прокатит. Ей главное сейчас по суммам отчитаться, а там разбираться будем.

(18) подписка на ИТС есть? предложите расчетчице позвонить на линию консультаций и описать проблему. чего скажут?

(19) да, подписка у них есть. Спасибо, предложу такой вариант. Правда я звонил один раз туда, лучше бы не звонил :)
Но мало ли, может и объяснят чего на этот раз.

Откатил конфу на 3 релиза назад, расчетчица довольна, ФСС посчиталось правильно. Остальное пока не проверяла. Вот такие чудеса, надо будет разбираться конечно что не так стало после обновления.

(21) в цифрах бы привели пример, я бы сказала, что не устраивает расчетчицу. хотя и так наверняка знаю. перестал небось минусовый взнос считаться. но вот как бороться с копейками...

(22) Мне вчера для примера дали одного сотрудника, в карточке учета взносов у неё пошел регресс, хотя по начислениям она до него не дотягивает. И в самом деле, проверил весь год, все начисления, что прошли по зарплатным регистрам и все начисления, которые попали в документы начисления взносов (ведь именно по ним учет взносов ведется, в т.ч. и картчока).
Всё сошлось, но в карточке показывает больше чем надо.
А оказалось, что в одном июньском документе по сотруднице есть две строки сторно, сумма этого сторно равна сумме по регистрам зарплаты (основные и доп. начисления), это хорошо. А вот в регистр провелась почему-то сумма меньшая.
Меньшая сумма с минусом дала увеличение базы и регресс.
Я взял копию базы до обновления, там по этому июньскому документу в регистре всё правильно. Т.е. при обновлении обработка 1С криво регистр переписала.
Возможно и у других сотрудников такие проблемы, сегодня расчетчик посмотрит. Тогда думаю ситуацию исправим обычным перепроведением всех документов начисления взносов.

Очень странно, расчетчица написала, что перепроведение не помогает, т.к. в документе одна сумма сторно, а в регистр идет меньшая.
(22) шаэс, а что Вы имели ввиду под этим: "перестал небось минусовый взнос считаться"
может эта проблема и есть, только я не понял, что имеете ввиду?
Если сторно превышает начисление, то чтобы не было отрицательных взносов, сторно обрезается, это имели ввиду?
Но оно же потом и не доудерживается нигде, не контролировать же вручную 10 тысяч человек.
Да и у сотрудника, насколько помню, 15 тысяч начислено остается, а недоудерживается всего 5 тысяч. Т.е. могло бы закрыться. Правда перед глазами сейчас нет, может там по каким-нибудь начислениям не засчитывается сторно...

(24) в (6) показал откуда ноги растут...

для округления используется процедура ОкруглитьСлагаемыеПоСумме. Процедура корректно выполняет округление только при уникальных значениях ключа, в нашем случае это "ФизЛицо". Начиная с версии 2.5.84 в документе возможно появление записей за прошлые периоды, т.е. уникальность "ключа поиска" пропадает.

Пример:
изначально исчислено
01.01.14 Иванов 0
01.03.14 Иванов 0
01.10.14 Иванов 100
01.10.14 Петров 50

необходимо скорректировать налог до 150,01

Процедура ОкруглитьСлагаемыеПоСумме расчитывает Иванову новую сумму - 100,01
но при записи в таблицу не может однозначно спозиционироваться на нужной записи, т.к ключ поиска не уникален (Иванов)

после выполнения процедуры имеем:
01.01.14 Иванов 100,01
01.03.14 Иванов 0
01.10.14 Иванов 100
01.10.14 Петров 50

Итого имеем скорректированную сумму 250,01 вместо 150,01

(24) видела сегодня мельком вопрос про сторно на партнерке. Но не заострила внимание. Посмотрю вечером, если про тоже самое, отпишусь

(25) Честно говоря не понял роли копеек.
Вообще после обновления на 2.5.86 копеек по ФСС_НС нет. А Вы в (6) именно про ФСС_НС говорите.
Правда есть копейки по всем остальным колонкам :)
Но сейчас я даже не об этом. Я беру июньский документ, который был сделан давно, до всяких там обновлений, и всё было по этому документу правильно. В этом документе естественно ещё нет разбивки по периодам.
После обновления при перепроведении этого документа (только перепроведение, ничего не перезаполняли), в регистр идет сумма меньшая, чем в документе. Точнее бОльшая, т.к. это сторно.
А именно: во вкладке основных начислений июньского документа "Начисление взносов" у сотрудника две сторно-записи по отпуску на суммы:
-25 703,70
-10 281,48
Итого: -35 985,18
А в регистр (Учет доходов по страховым взносам) почему-то проводится сумма:
-30 844,44
В прежнем релизе проводится полная сумма, причем тоже двумя строками. А в новом релизе одной строкой, суммарная сумма, но неправильная.

(26) Спасибо, буду ждать!

(28) не, там немного другая ситуация. так а перепроведение документа, который не доделал движения по регистру не помогло?

(29) в том и дело, что не помогло. Я вчера когда нашел причину обрадовался, написал расчетчикам, чтоб перепровели.
А сейчас вот лично проверял.
Новый релиз проводит теперь суммарную сумму по одинаковым измерениям. Но вот почему-то ограничивает сумму сторно.

(30)а с учетом этого сторно база у человека в месяце случаем не отрицательная получается? может надо запустить перерасчет страховых?

(31) нет, с учетом сторно база получается 16 т.р. Т.е. после минуса сторно ещё 16 т.р. остается.
Но в регистр проводится 21 т.р., т.к. сторно в регистр проводится на 5 т.р. меньше почему-то.

написал запросик, из 10 тысяч сотрудников всего 15 человек таких, у кого регистр документу не соответствует.
Стало морально легче :)

из этих 15 человек только у троих реально провелось в регистр меньше, чем в документе. У остальных другая интересная ситуация:
оказывается в документе начисления взносов нельзя строки копировать. Расчетчицы некоторым сотрудникам вводили пособия по уходу копированием строк, меняя сотрудника. Но при этом физлицо не меняется, остается от прежней строки. При проведении в регистр физлицо берется из сотрудника, а в документе так и остается старое.
Думаю это не критично, ведь всё по регистру строится, но я лучше исправлю.