Новая форма 2-НДФЛ

ZGilgelad

Предварительный вариант ответа такой:
номер справки определяется так:

Code:

$ = xfa.form.data.Pernr.data[CurrMP1-1].C_NOMER

Причем в Pernr C_NOMER определен в биндинге как C_NOMER
После редактирования и нажатия кнопки enter этот элемент почему-то уже не определяется.
В качестве workaround вставил:

Code:

var v = Exists(xfa.form.data.Pernr.data[CurrMP1-1].C_NOMER)
if ( v == 1) then
$ = xfa.form.data.Pernr.data[CurrMP1-1].C_NOMER
endif

Если кто-нить выскажет свои фи, буду только благодарен - в скриптах для pdf я, мягко говоря, новичок

Figo

ivsr написал(а):

Да, я видел эту тему, спасибо. Безусловно новые виды оплат решат проблему, но их нужно практически столько же как и обычных, то есть очень много, при этом расчетный листок из этого межрасчета будет как минимум странным
0001 - Оплата по окладу
X001 - Оплата по окладу
и т.д.
Вопрос еще в том что у нас до последнего времени все работало корректно. Пока не удалось разобраться что повлияло на вывод.
Сейчас решение видится в расширении с отменой замены RT на RURT для перерасчетов.

Коллега, удалось найти какое-то лаконичное (или любое) решение без настроек отдельных ВО для формирования через T51P1 и OB? Или все же годится только использование варианта, описанного RoustR?

Заранее спасибо.

RoustR

Можно подломать код и не зачитывать данные таблицы RURT.
Это происходит в ФМ hr_ru_get_evaluation_periods.
Вот эти строчки

Code:

*  5. Additional post processing block.
*     Substitute wage types in RT with data from RURT if run was during correction run
  IF rurt_processing IS NOT INITIAL AND pay_type = cd_c-correct.
    LOOP AT evaluated_periods ASSIGNING <ls_period> WHERE evp-inpty EQ cd_c-correct
                                                    AND ( evp-payty EQ cd_c-regular OR
                                                          evp-payty EQ cd_c-correct ).
      <ls_period>-inter-rt = <ls_period>-nat-rurt.
    ENDLOOP.
  ENDIF.

не должны выполняться.

AnubisNo

Figo написал(а):

ivsr написал(а):

Да, я видел эту тему, спасибо. Безусловно новые виды оплат решат проблему, но их нужно практически столько же как и обычных, то есть очень много, при этом расчетный листок из этого межрасчета будет как минимум странным
0001 - Оплата по окладу
X001 - Оплата по окладу
и т.д.
Вопрос еще в том что у нас до последнего времени все работало корректно. Пока не удалось разобраться что повлияло на вывод.
Сейчас решение видится в расширении с отменой замены RT на RURT для перерасчетов.

Коллега, удалось найти какое-то лаконичное (или любое) решение без настроек отдельных ВО для формирования через T51P1 и OB? Или все же годится только использование варианта, описанного RoustR?

Заранее спасибо.

мы абапили справку если 2-ндфл формируется по результатам межрасчета типа B что не плодить ВО ибо это жесть
код минимальный

Figo

AnubisNo написал(а):

мы абапили справку если 2-ндфл формируется по результатам межрасчета типа B что не плодить ВО ибо это жесть
код минимальный

Спасибо за ответ! Я правильно понимаю, что как и предлагал RoustR, отказываетесь от использования RURT, если межрасчет? Так же предложим заказчику такой вариант.

imaginarius

Подскажите, сталкивался ли кто-то со следующей ситуацией:

- работник сменил паспорт в текущем году;
- делаем справку 2-НДФЛ за прошлый год;
- в справке старый паспорт, но должен быть новый (последняя запись PA0290, подтип 21).

Спасибо.

imaginarius

imaginarius написал(а):

Подскажите, сталкивался ли кто-то со следующей ситуацией:

- работник сменил паспорт в текущем году;
- делаем справку 2-НДФЛ за прошлый год;
- в справке старый паспорт, но должен быть новый (последняя запись PA0290, подтип 21).

Спасибо.

Вопрос снят: поле End date of data selection period (Конечная дата/ПВП) на вкладке Person Data.

Figo

AnubisNo написал(а):

Figo написал(а):

Коллега, удалось найти какое-то лаконичное (или любое) решение без настроек отдельных ВО для формирования через T51P1 и OB? Или все же годится только использование варианта, описанного RoustR?
Заранее спасибо.

мы абапили справку если 2-ндфл формируется по результатам межрасчета типа B что не плодить ВО ибо это жесть
код минимальный

Доброго дня. Вернулись к задаче, отказались от RURT в 2-НДФЛ при перерасчетах. Все отлично кроме случаев перерасчетов предыдущих месяцев при увольнении. Например, сотрудник принес заявления на налоговые вычеты с начала года и уволился. В итоге в межрасчете увольнения все изменения по НДФЛ и вычетам остаются только в RURT, и, соответственно, в 2-НДФЛ, сформированном по межрасчету увольнения, не отражаются.

После регулярного расчета и RT и 2-НДФЛ выравниваются, и все ок. Но проблема с 2-НДФЛ при увольнении критична. Кто-то смог это победить, или все же T51P1 и OB?

Clery

Добрый день,
Подскажите, как настроить выгрузку pdf в фоне для отчета 2НДФЛ HRPAYRU_HRULNDFL

calm

Цитата:

Подскажите, как настроить выгрузку pdf в фоне для отчета 2НДФЛ HRPAYRU_HRULNDFL

В SM37.
PDF-файл будет складываться в спул.

Clery

calm написал(а):

Цитата:

Подскажите, как настроить выгрузку pdf в фоне для отчета 2НДФЛ HRPAYRU_HRULNDFL

В SM37.
PDF-файл будет складываться в спул.

Там формируется только Abap-список, а мне нужен pdf

calm

Цитата:

Там формируется только Abap-список

Не только. PDF тоже есть.
Пару месяцев назад занимался этим вопросом. Есть там pdf.

Clery

calm написал(а):

Цитата:

Там формируется только Abap-список

Не только. PDF тоже есть.
Пару месяцев назад занимался этим вопросом. Есть там pdf.

Calm, может какие-то дополнительные настройки надо сделать? я ввожу все параметры на селекционном экране, нажимаю ПРограмма, Фоновое выполнение, В устройстве вывода выбираю PDF,
в sm37 вижу свое задание, но когда выбираю спул, у меня только Abap-список. Имя формуляра E_T6 . Формуляр вывода P312

calm

Вот скриншот из песочницы

На сел.экране ничего специального я не нажимал, просто запустил через F9.

Clery

Иэх, нет у меня этой строки c pdf. Видимо где-то у вас настроена эта PBFORM.

Новая форма 2-НДФЛ

Кто сейчас на конференции