Уважаемые коллеги, добрый день! (ERP2005)
Установили в июле патч 60058. И базы страховых взносов (/12*) стали считаться по-другому. В патч входит нота 1472313 "Вычисление баз страховых взносов В-период", которая меняет значение класса обработки 68 на 8. Для чего это нужно? У нас вид оплаты /122 и для средних используется, а значения Для-период откуда теперь брать?
Спасибо за внимание.

Товарищи, что же Вы молчите? Или вопрос глупый?
У Вас значение 68 класса 8 видов оплаты /12*, /4*? Как Вы с этим живете?

а тут кто во что горазд, из своего опыта знаю клиента, который доказывал и доказал что все базы должны быть "В период", а так же клиента который наоборот доказал, что должно быть "Для периода"... имхо: вопрос чисто методологический. Жаль, что сап в ноте не предложил оснований.
Тут ведь еще уточняющая отчетность и перерасчеты страховых взносов при смене страховой шкалы в отчетном периоде.
Например, сотрудник стал инвалидом с июня и есть перерасчет его дохода в июне за май.

Macros, спасибо за отклик!
Честно говоря, хочется мне вернуть все на Для-период. Но боюсь. Чем это потом аукнется?
А для средних Вы в качестве базы какой вид оплаты используете? Мы использовали /122, но если он будет считаться В-период, то будут проблемы.
И потом, если переходить на В-период, то всех сотрудников надо пересчитывать с начала года?

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

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

пусть бухгалтера решают и боятся

У нас просто огромное количество видов оплаты, которые должны входить в базу больничного, поэтому удобнее было использовать /122. Конечно, можно перенастроить...
И все таки, Вы настроились в соответствии с SAP?

Нет сап предлагает с плюсом дельты перерасчета переносить в текущий период, а с минусом оставлять в прошлом...
Я обосновать такой алгоритм не смог. А чего вас так озадачивает? ведь и до этой ноты у сапа было далеко не просто "для периода".
68=5 перерасчеты за прошлый налоговый период переносились так же в зависимости от знака. Т.е. получается у вас и раньше уже было не как у сапа или как у сапа, но вы каким-то образом избегали перерасчетов прошлого налогового периода.

Да, действительно, сейчас положительные суммы из "прошлого" помещает в "настоящее", а отрицательные оставляет в "прошлом" для вида оплаты /12*...
Раньше у нас между налоговыми периодами были перерасчеты, и положительные и отрицательные. Но проверила, что все отразилось как надо. И положительные и отрицательные разницы подтягивались из декабря в базу января. Теперь я уже не уверена, какое значение было в 68 классе. Какое восстанавливать? Ведь если было раньше 5, то отрицательные из декабря не должны были попадать в январь. Что-то совсем я запуталась. А есть какая-то возможность посмотреть, что было до патча?

Для архивации схемы рекомендую RPDASC00. у нас ее submitит своя прога и результат вывода каждую ночь в табличку складывает. один раз меня конкретно спасла.

Спасибо, Брат Мигель!
С патчами сидим как на пороховой бочке!

Коллеги, так никто и не знает, какой методологией руководствовался САП, когда решил оставить отрицательные базы для-период, а положительные в-период переносит 68 класс значение 8?
ps при переходе ч/з год он все тянет в январь (+ и - базы)

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

это 68=5 (пересчеты между годами)
а теперь сделали в перенос пересчетов межу месяцами... если бы это были ЕСН а не страховые взносы то можно было объяснить отсутствием в налоговом учете сторнирования... во всяком случае в 2НДФЛ налоговая не принимает отрицательные доходы.

В письме Минздравсоцразвития России от 28.05.2010 № 1376−19 разъяснен порядок определения базы для начисления страховых взносов при произведении перерасчетов с сотрудниками. http://www.zarplata-online.ru/online/ne ... 8876.phtml
вроде как обосновывается 68=5 при ошибках в расчете, а в остальных случаях всегда "в период".

Интересно сап теперь так же игнорирует месаги о необходимости реализации корректирующей отчетности в стандартной поставке?

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