Здравствуйте. Подскажите пожалуйста, где заполняется таблица по выслуге лет VISLH?

С сапом все ясно;-)
Как быть без сапа?... В разделе 6.4 колонка 5 формируется правильно, т.е. в основном табельном номере попадают все суммы с совместителем, а к колонку 4 только основной. В чем разница формирования, у них стоит один функциональник на выбор значения для этих ячеек.

Паниковать и абапить, Кеп!

Разница, скорее всего в в/о, и в вашей схеме расчета для внутренних совместителей, т.к. РСВ-1 не обрабатывает 121 ит.

Коллеги, добрый день!
Вопрос по разделу 6.7, строки 700-703, 212F7H2 все начисления, а нужно, чтоб была База. Пробовал кто-нибудь переопределять значение, например мы хотим поставить #0042, но данные не тянутся.

В пятницу вышла нота 2007970 RSV-1: cumulative updates 04.2014 (II)

Symptom

An employee was fired before the reporting period. In the reporting period the employee does not have the insurance payments were accrued (relevant for the Parts 2, 6.4, 6.5 and 6.7). Also the employee does not have seniority in the reporting period (Part 6.. The employee is presented in the Part 6 of the form, but should not;
XML-file: Part 1-5 contains wrong formatted tag <KodOtchetnogoPerioda> - leading zeroes;
XML-file: Part 6 contains:
wrong formatted or empty tag <Koefficient>;
wrong value in the tag <DekretDeti> - HWC duration is placed in the tag. At the same time the HWC duration is not presented in the block <VyrabotkaKalendarnaya>.
Part 6.7 values related to Wage Type Codes 212F7H1/212F7H2 (DAQ-Fields A7004-A7035) are not equal to the corresponding values in the Part 2.2/2.3;
PDF-form: parts 6.4 and 6.7 of the form always display rows 410-413 and 710-713 correspondingly, even if all sums are empty there;
XML-file: Some negative sums in the Part 1 has incorrect format - minus sign is not in the first position.

Коллеги, такая проблема - отчет не разбивает на разные пачки сотрудников с разными категориями застрахованного лица (НР, ООИ, ВПНР), так как это делал и делает СЗВ-6-4.
При этом раздел 6.4 отчета для этих сотрудников формируется верно, категории проставляются верно, деньги тоже ок. Но в разделе 2.5.1 указана всего одна пачка, и выгружается соответственно тоже одна.
Что я упустил?

Новая нота 2010169

An employee has both HWC periods and HWC payments in the reporting period, but there are DLOTPUSK code in the Part 6.8 column 7;
Civil contract periods (GPH with DOGOVOR code) must appear before the labor contract ones in the Part 6.8;
XML-File: Part 6.7 contains blocks with null 27-1 and 27-2-18 payments. The file does not pass checking with the CheckPFR program;
Symtom N1 of the SAP Note 2007970.

Добрый день, коллеги!
Вопрос продублирую, т.к. остался без ответа:
у вас формируются:
- стр.206 (взносы с сумм, превышающих предельную величину базы) ?
-стр. 208 численность по превышенцам ?

Настройка по полям T2523-T2525 осталась прежняя, как за прошлый год:
Код ВО #0030, Усл. идент. ENSY SCALE GT больше чем (>) 1.

ВО /3C1 разбит по сплитам.

И суммы не формируются, аналогичная ситуация.
Если убрать условия ENSY суммы собираются.
В чем может быть причина?

Добрый день!
SAP SUPPORT SERVICE,

я изменила оператор и значение во 2-ой строке условия ENSY:

ENSY 1 01.01.1900 31.12.9999 SCALE GT больше чем (>) 1
ENSY 2 01.01.1900 31.12.9999 EXTID LIKE LIKE-образец (допустимые метасимволы: '_' и '%') _00

и все заработало.

Помоему теперь не надо делить по пачкам, т.к. в одной форме 6.4 раздела может быть несколько видов тарифа по одному лицу

Macros
Спасибо за ответ, вчера обсудив данную проблему с методологом пришли к такому же выводу.

Коллеги, добрый день!
Накатили сегодня ноту 2007970, в связи п. 6,7. Теперь весь 6 раздел стал пустым.
Сталкивался кто-нибудь с таким?

Стажевую модель не трогали?

Обнаружен досадный глюк:

Сап тупо проверяет 6 раздел, пустая ли табличка, 2 раздел бежит по суммам и сравнивает с нулем, но деляет это до схлопывния сумм.
У нас при пересчете 2013 года приходят на вход за один и тот же период суммы + и - в сумме итог после схлопывания 0, причины разделения сумм связанна разбиением характеристик классов налогов с 01.01.2014, дата tax-endda до пересчета 31.12.9999 после пересчета в 2014 31.12.2013. В итоге имеем при пересчете 2013 пустые формы 6 раздела


iv_tabl2 это флаг, равен 'X' если хотя бы одна сумма в T2 <> 0.

Считаю, что все раздел 6.4 нужно проверять аналогично 2-му по суммам и все это после схлопывания сумм по одинаковым ключам.

p.s.
пока проблему прикрыл эксчанжментом check_seniority_and_py.

Коллеги, проблема с сотрудниками ВКС - т.к. у таких сотрудников нет карточки пенсионного страхования в ИТ 0290, программа ругается так:
Employee does not have an insurance certificate in the current period
И эти сотрудники не обрабатываются вообще и суммы по ним не попадают в общую часть по всему предприятию.
Что делать?

У нас таких в этом квартале не стало.
Технически не сложно (если не учитывать возможность перехода статуса из ВКС в обычного иностранца).
Вариант: в эксчанжментом заменить form pic. Таким сотрудникам выгрузить технический номер типа 111111... потом почистить таким номерам 6 раздел весь или удалить только СНИЛС, очистку можно сделать в том же check_seniority_and_py.

Методологически не понятно.
Пройдет ли проверку потом такая форма, в которой арифметика не сходится с 6 разделом или в 6 разделе отсутствие СНИЛС?