Тихо сам с собою я веду беседу;) Можете не отвечать нашел решение.
Доп. поля содержатся на экране инфотипа 106, которые выводятся в ИТ 21 как дополнения. Модуль MP010600.

Коллеги, у кого есть презентация и вебинар по прямым выплатам ФСС или может что-то еще? Пришлите, пожалуйста на почту dsafiullina@yandex.ru.
Заранее благодарю.

Здравствуйте, дамы и господа.
Кто-нибудь сталкивался с проблемой заполнения элемента <BASE_CALC_DAYS /> реестра XML для заявок ФСС?
Дело в том, что данное поле не заполняется по причине того, что кроме вида оплаты /0SN (с периодом действия 01.01.2014 - 31.12.9999) выбираются также и суммы видов оплат SN__ у которых период действия 01.01.2013 - 31.12.2013.
Происходит это потому, что в методе IF_HRPAYRU_REPORT_CONTROL_CS~ON_READ_PAYROLL (класса CL_HRPAYRU_PLTAXRUN_CS) происходит вот такой вызов:

IF ir_begda IS BOUND AND ir_endda IS BOUND.
IF ir_oc_id IS BOUND.
me->set_payroll_run(is_ocrun = ir_oc_id->* it_gpval = lt_gpval ).

Поскольку расчет заявок происходит 108 внециклическим расчетом входные переменные iv_begda и iv_endda не передаются в метод и поскольку они при этом имеют значения '000000', то период обработки 01.06.2020 - 24.09.2020 подменяется на:

a_begper - '000000'
a_endper - '202008'

Соответственно выбираются виды оплат SN__, а далее в расчет вида оплаты FXMLBCD1 включаются их значения.
Это косяк или фича? Помогите пожалуйста с прояснением ситуации.
Я понимаю, что самое простое - удалить из настройки SN__ виды оплат, но тут важен принцип...
Заранее благодарен.

И еще есть вопрос на эту же тему.
Касается выплаты за счет работодателя и ФСС, поля отчета EMPAY и FSPAY.
Дело в том, что при внециклическом расчете 0108 заявок для ФСС по больничным прошлых периодов, виды оплат для больничного сохраняются в RURT и в периоде в котором введен больничный лист (для-период) и в периоде расчета (в-период).
При формировании реестра для ФСС при определении указанных полей из кластера данных выбираются обе записи и сумма соответствующих полей удваивается.
Как вы решали данную проблему, если сталкивались с ней.
Спасибо за ваше внимание.

Повторное сохранение происходит из-за того, что в правиле RUO8 при анализе 75 класса вид оплаты подтягивается в корректировочный расчет, причем без замены вида оплаты.
Как вы поступали в этом случае?
Перекодировали вид оплаты (OB), меняли значение класса обработки, вводили дополнительную проверку на вид внецикла 0108?

Я правильно понял, что на предыдущей вкладке темы, обсуждалась аналогичная проблема, и поступили просто - удалили данные элементы из XML?

Спасибо

Поскольку никто ничего не подсказал, описываю действия, которые мы произвели.
Изменили правило RUO8. В ключ 5 добавили анализ категории внецикла и для категории 19 сделали отдельную обработку, в которой переносим в корректировочный расчет только виды оплат, имеющие настройку в таблице T51P1 с индикатором OB.
Завели внециклический вид оплаты 9FSS в который в корректировочном расчете кат. 19 перекодируются все виды оплат, содержащие суммы оплаты больничных за счет ФСС. Это сделали для того, чтобы можно было выводить суммы в расчетный листок.
Изменили настройку вида оплаты FXML0003, поскольку в него складывались все суммы больничных по всем болезням, оплачиваемым в одном расчете, вне зависимости от признаков (N, X, S, ...). Настроили его по аналогии видов оплат FXML0001 + FXML0002.
Для поля RTDT2 субприложения APXL заменили поле с RETDT на RTDT2, поскольку первое из них должно выводиться в элементе xml RETURN_DATE_LPU, а не в элементе RETURN_DATE_EMPL. Теперь элемент выводится всегда пустым, поскольку поля RTDT2 в структуре ит 3330 не существует. Понятно, что это неправильно, но все же лучше, чем было настроено у САП.
Для поля FXMLBCD1 просто удалили из настроек виды оплат SN__.
Не знаю , стоит ли регистрировать инцидент, поскольку в таком случае САП требует доступ к нашей системе, против чего категорически против выступает отдел безопасности, а значит вся эта платная поддержка, в большинстве случаев - просто фикция.
Благодарю за внимание.

Добрый день.
Подскажите, как получить заявление (APSI) на мероприятие UU-71 (подтип 3273-RUC9).
Отчет выдает сообщение, что нет связанного отсутствия и все тут.
Но при причине 71 оно и не связывается.

Поле NR298 не заполнено в pa3273, заполняется только DT298. это правильно?

Что имеется ввиду"Но при причине 71 оно и не связывается."? -

В стандартной поставке цепочка для 71 причины: 0000, 0298, 2001(0210), 3273(Ruc9).
Связка как у больничных? - да такого нет.
По полям да вроде также

Добрый день. нет номера ЛН, поэтому нет связки с ИТ 2001.
Связка 3273 идет через номер приказа (0298).

Добрый день!
У нас была подобная ошибка, устранилась внесением в признаке 33VTY соответствующего отсутствия.

Коллеги, добрый день!
Подскажите, кто работал с картами МИР, выводятся ли флаг "Платежная карта" и номер карты в реестр XML?
Настройки выполнены по стандарту, но реквизиты в реестр не выводятся, может кто то сталкивался с данной проблемой?
Спасибо!

Добрый день.

Коллеги, кто-нибудь сталкивался с тем, что не заполняется тэг <RECALC_REASON_CODE>. Причина перерасчета в Ит3273 установлена. Трансформация от 20.10.2020. В файл выгружается <TYPE_INFO>=1.
При этом, если вставить тэг в файл вручную, файл не проходит с ошибкой "Не соответствует формату XSD: Элемент "ROW" имеет недопустимый дочерний элемент "RECALC_REASON_CODE". Список ожидаемых элементов: RECALC_REASON_CODE, DOC_TYPE"

Совпало - и ошибку нашли, и необходимую настройку, и SAP ноту выпустил
3003038 - XML Register for FSS Applications: missing tag RECALC_REASON_CODE

Коллеги, привет.
Кто сталкивался при формировании реестра XML для заявлений ФСС - HRPAYRU_FSSDP_FXML
Возникает красная ошибка - No linked FSSDP-allowed card for period 00000000 - 00000000 found.
Говорит о том, что не обнаружена карта мир в ИТ0105 подтип 0011. Но карта мир заведена и соответствует необходимому периоду действия.

Добрый день.

Префикс MR указан перед номером карты?