Коллеги, внимание - вопрос!

Поступила жалоба от бухгалтерии: в счет-фактуре в поле ИНН/КПП покупателя должны печататься ИНН/КПП получателя груза. Я удивился, но мне объяснили, что до 16 числа сего месяца все так и печаталось.

Дебаг показал такой кусок кода:
select * from J_3RF_PARTN_ROLE into table T_PARTN_ROLE.
....
* AG: buyer's INN and KPP
clear LS_PARTN_ROLE. clear land. clear partn. clear sel.
read table T_PARTN_ROLE into LS_PARTN_ROLE with key PARTN_TYPE = 'BR'. "check buyer
if sy-subrc = 0. "replace commission agent with buyer
select single kunnr land1 adrnr from VBPA into (partn, land, SEL-ADDRNUMBER)
where vbeln = vbdkr-vbeln_vl
and parvw = LS_PARTN_ROLE-PARVW.
if sy-subrc <> 0.
select single kunnr land1 adrnr from VBPA into (partn, land, SEL-ADDRNUMBER)
where vbeln = vbdkr-vbeln
and parvw = LS_PARTN_ROLE-PARVW.
endif.
endif.

Вопрос на тему: для чего вообще используется таблица J_3RF_PARTN_ROLE? Какие последствия для сбыта/бухг. понесет с собой добавление маппинга BR к SH?

Я подозреваю, что кто-то 16.07 поменял указанную таблицу и почистил ее, после чего стал отрабатывать код по ветке else с выбором партнера из документа фактуры.

Я сомневаюсь: добавлять ли мне маппинг или делать хардкод в программе печати...

Это же настройки для агентской схемы, постановление 735. BR - для реального покупателя, SL - для реального продавца.
Потом это будет подтягиваться в журнал счетов.
Насчет печатного документа сказать не могу, у меня Z на основе стандартного и для фактуры, и для т12.
В принципе, что вам мешает настроить и протестировать?