Добрый день,коллеги.
При выводе формы РСВ-1 неверно формируются суммы по начисленным страховым взносам (строки 110/3,110/4,110/5) в разделе 1. (Расчет по начисленным и уплаченным страховым взносам) за второй квартал. Сравнение значений из кластера и отчета приводит к разным суммам. Разница сумм отчета за второй квартал и кластера это дельта, которая образовалась при перерасчете в феврале января. Это странно, так как при выводе формы за первый квартал эта дельта учитывается.
При формировании формы за второй квартал пересчет апреля в мае тоже учитывается, но уже не учитываются перерасчет который проходил в первом квартале (январь в феврале)
Боюсь что проблема заключается в EXKN
у нас задано значние равно 000
Просьба подсказать.
Данные измения происходили в ноте 1706748 - которая сейчас в доработке

Нам САП по этой ноте ответил следующее:

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

Form RSV-1 with changes is applied from the reporting for the first
quarter of 2012 year) before an availability of scheduled HR Support
Packages:

HR-CEECRU
o 470 SP level 77 - 10.05.2012
o 500 SP level 92 - 10.05.2012

SAP_HRCRU
o 600 SP level 82 - 10.05.2012
o 604 SP level 48 - 10.05.2012

EA-HRCRU
o 600 SP level 82 - 10.05.2012
o 602 SP level 61 - 10.05.2012
o 603 SP level 56 - 10.05.2012
o 604 SP level 48 - 10.05.2012
o 605 SP level 25 - 10.05.2012
o 606 SP level 10 - 10.05.2012

Всего доброго,

Если еще актуально и речь о кодах тарифа 01 и 03, то Note 1713831 - RSV-1: wrong Part.2 tariff code processing by INVA condition.
Смотрите соответствующее условие в настройке и анализируйте обработку в ФМ HR_RU_DAQ_RSV1_SUMOT для данного условия.

Коллеги, добрый день.
Кто-нибудь может объяснить, как все таки работает проверка по полю EXTID???
Для условия ENSN устанавливается EXTID=000 - как я понимаю, это настройка, рекомендованная САПом. При этом при такой настройке в отчет не подтягиваются перерасчеты за прошлые периоды, которые там быть должны. Так в чем смысл данной настройки?
Заранее спасибо за ответы!!

Похоже, что ошибку все-таки признали...
Note 1736358 - RSV-1: Accrued amounts in retro calculated periods

Ноту поставил - ничего не изменилось, кому-то она помогла (без установки пакетов)?

у нас та же ерунда - нота вышла не сразу, первые месяцы у нас все и иностранцы и русские SI_1 SI_2
по MDTAX не получается разбить - смотрели с программистом - оно по мдтакс не откидывает и попадает и в 202 и 203

В САПу кто писал может? Или чем вы побороли? САПа скажет пишите корректировочную схему, но чот корректировать ТАХ я побаиваюсь

Получилось по MDTAX разделить через условия (37, 38 соответственно иностранцы), ФМ стандартный:

FIAN 1 MDTAX <> Не равно 37
FIAN 2 MDTAX <> Не равно 38
FIAY 1 MDTAX >= больше или равно 37
FIAY 2 MDTAX <= Меньше или равно 38
FISN 1 MDTAX <> Не равно 37
FISN 2 MDTAX <> Не равно 38
FISN 4 SCALE GT больше чем (>) 1
FISN 5 BEGDT GE больше или равно (>=) 20100101
FISY 1 MDTAX >= больше или равно 37
FISY 2 MDTAX <= Меньше или равно 38
FISY 4 SCALE GT больше чем (>) 1
FISY 5 BEGDT GE больше или равно (>=) 20100101

Нет, нам тоже не помогла. Ждем продолжения..

а какой сервиспак стоит? доставляли еще какие-то ноты?
потому как условия примерно те же, но безрезультатно (98 схема - иностранцы, РСВ1 для первого квартала)

Усл. С По Поле Условие Значение
FIAN 1 31.07.2012 01.01.2012 MDTAX NE неравно (<>) 98
FIAN 2 31.12.9999 01.08.2012 S33TAX NOT LIKE NOT LIKE-образец (допустимые метасимволы: '_' и '%') F%SI

FIAY 1 31.07.2012 01.01.2012 MDTAX EQ равно (=) 98
FIAY 2 31.12.9999 01.08.2012 S33TAX LIKE LIKE-образец (допустимые метасимволы: '_' и '%') F%SI

FISN 00 31.07.2012 01.01.2012 MDTAX NE неравно (<>) 98
FISN 1 31.12.9999 01.08.2012 S33TAX NOT LIKE NOT LIKE-образец (допустимые метасимволы: '_' и '%') F%SI
FISN 2 31.12.9999 01.01.2012 SCALE GT больше чем (>) 1
FISN 3 31.12.9999 01.01.2012 BEGDT GE больше или равно (>=) 20100101

FISY 0 31.07.2012 01.01.2012 MDTAX EQ равно (=) 98
FISY 1 31.12.9999 01.08.2012 S33TAX LIKE LIKE-образец (допустимые метасимволы: '_' и '%') F%SI
FISY 2 31.12.9999 01.01.2012 SCALE GT больше чем (>) 1
FISY 3 31.12.9999 01.01.2012 BEGDT GE больше или равно (>=) 20100101

фм-ник для MDTAX не правильно понимает EQ равно и NOT LIKE, только >, <, =
сервис пак SAP_HRCRU-604-0045

попробовал заменить (в этом случае 37 - иностранцы), LIKE, NOT LIKE оставил только для S33TAX

33 FIAN 0 31.12.9999 01.08.2012 S33TAX NOT LIKE F%SI
33 FIAN 2 31.07.2012 01.01.2012 MDTAX NE 37
33 FIAY 0 31.12.9999 01.08.2012 S33TAX LIKE F%SI
33 FIAY 2 31.07.2012 01.01.2012 MDTAX >= 37
33 FIAY 3 31.07.2012 01.01.2012 MDTAX LT 38

результат тот же, заполняются как резиденты, так и нерезиденты.
СП48

У кого-нибудь появилась свежая информация о работе условий ENSN (EXTID=000)?
Это условие реализует обработку перерасчетов, которые относятся к текущему кварталу. Скажем, если у ТН в июне случился перерасчет за март и апрель, то в отчете за 1-е полугодие перерасчет за апрель будет учитываться, а перерасчет за март – нет. Для перерасчета, который относится к периоду вне квартала отчета, будет сформировано значение EXTID, отличное от 000, которое затем будет отброшено по условию ENSN.
Не понятен логический смысл этого условия. В моем примере сумма перерасечта за март в июне просто отбрасывается и нигде, никак не учитывается.

PS. Нота 1736358 установлена. С ней проверка работает лучше, но от описанной проблемы не избавляет.

Я пыталась понять, с какой целью эта проверка была сделана, и так и не нашла нормлаьного обоснования. Было бы логично, если бы не учитывались перерасчеты за прошлый квартал и сумм взносов, и сумм баз. Но в форме предусмотрено "отсеивание" перерасчетов только взносов.
Для дополнительных сумм, начисленных за предыдущие кварталы, в РСВ-1 предусмотрены специальные графы, и заполняются они по отдельным видам оплаты.
В итоге я сделала свои условия без строки проверки, и суммы перерасчета за прошлый квартал учитываются в текущем. Базы и суммы стали "идти".
P.S. возможно, я не до конца разобралась в вопросе. Бухгалтера мне тоже толком не смогли сказать, чего САП хотел добиться таким условием.

пересчет сумм баз и страховых соответственно по сапу возможен только при уменьшении базы (68 кл. обработки), т.е. требуется корректирующая отчетность, поэтому строю такую гипотезу: сап базы настраивает "для периода" и налоги "в период" с тем странным условием. Только на практике вряд ли кто-то так настраивает.

Так, для корректирующей отчетности в СЗВ, они (поддержка сап СНГ в 2012г.) рекомендовали нам перевести 68 кл для баз и налогов в стандартные значения и саму СЗВ настроить"для периода"