Друзья, добрый день.
Есть те, кто активно использует движок забытых фактур (forgotten invoices)? У меня такой вопрос: можно ли применить данный механизм к корректировочным фактурам?
Были похожие темы на форуме, но конкретно такого не было.
Вопрос следующий: когда я просто делаю корректировочную фактуру, в книге заполняется символом "C" (correction) соответствующее поле, а также заполняется блок полей "Корректировочная фактура" и пр. Корректировки, относимые к книге покупок, как следует из саповской инструкции, всегда идут на основной лист.
Допустим корректировка не зарегистрирована в системе своевременно.
Если применить механизм забытых фактур к самой корректировке, то есть добавить в BKPF-BKTXT в конце символы ^FINV^, то документ успешно попадает на доп. лист, однако:
1. Блок полей, посвященных корректировочной фактуре, затирается. Система это больше не воспринимает как корректировку.
2. Как и обещано в пояснении к забытым фактурам, система относит это на доп. лист к тому периоду, к которому относится документ из reference. А таким документом для корректировок является исходный СФ. Ведь для корректировки у меня будет XXXXXXXXXXYYYY, где XXXXXXXXXX - номер исходного СФ, а YYYY - его год.
Таким образом, если я еще дополнительно добавлю ^INV^, то система уходит в основной СФ и забытый документ относит к доп. листу этого основного СФ.
А у меня вот так могло быть запросто:
Исходный СФ - 1 квартал
Корректировка должна была быть во втором квартале, однако разнесли только в третьем.
Корректировка на увеличение должна была бы попасть на основной лист 2 квартала, но поскольку ее прошляпили, то через механизм забытых фактур хочу ее видеть на доп. листе ко 2 кварталу, но никак не к первому.

Добрый день
Раньше в Ehp617, сейчас в S/4HANA отражается в доплисте книги к периоду даты корфактуры, а не основного документа. ^FINV^ в корфактуре не ставлю.

Эмм. Весьма странно это. Не верю, что в поздних SP корректировки SAP унес на доп. лист. Методология вопроса за это время не менялась, корректировки должны попадать на основной лист, поскольку корректировочный СФ - это полноценный документ, полученный в текущем квартале. По крайней мере такова позиция у наших, кто заведует сдачей нал. отчетности. Если Вы не ставите ^FINV^, то это уже и не forgotten invoices. Тогда наше обсуждение сведется к спору о том, куда должны попадать корректировочные СФ, а это все же не совсем то, что я бы хотел. Пока есть четкое понимание того, что механизм забытых фактур и корректировочных СФ несовместимы друг с другом, поскольку используют одно и то же поле (BKTXT), но совершенно для разных целей...

Тогда давайте уточним, имеются в виду счета-фактуры полученные или выставленные? Если полученные, то в инвойсе корсчете заголовок = номер и год первичного, а в документе переноса с 19 на 68 счет = номер и год переноса и ^FINV^, и дата документа = VATDATE, и отправляем в любой квартал.

Тут согласен. Но у нас много кодов НДС, которые через ZUD/ZUK сразу убирают 19 и делают дебет 68 счета Я на них (на кошках) и тренируюсь. Ну и исходящие фактуры остаются.. Вероятно, придется (снова) прикидываться груздем и говорить, что такой механизм для исправительных и корректировочных фактур не работает и что "не надо было забывать"

Добрый день!
Мне даже интересно стало. Смоделировала примеры с отражением сразу на 68 счет с целевым кодом налога, без документов переноса (стандартные книги, S4/HANA 1610 FPS2).
==Входящий счет-фактура.
* Первоначальный СЧФ, дата документа = проводки = март, отражается в основной книге покупок за 1 квартал.
* Корфактура к увеличению, текст заголовка = номер и год первоначального СЧФ, дата документа = май, дата проводки = июль, отражается в доплисте книги покупок за 2 кв. с типом "C" (определяет период доплиста = май).
* Корфактура к уменьшению, текст заголовка = номер и год первоначального СЧФ, дата документа = май, дата проводки = июль, отражается по умолчанию в основной книге продаж за 3 кв. с типом "C". Однако, обычно входящие СЧФ все-таки проводят с отложенным кодом налога, и в документе переноса указывают ^FINV^.
==Исходящий счет-фактура
* Первоначальный СЧФ, дата документа = проводки = март, отражается в основной книге продаж за 1 квартал.
* Корфактура к увеличению, текст заголовка = номер и год первоначального СЧФ, дата документа = май, дата проводки = июль, отражается в доплисте книги продаж за 2 кв. с типом "C" (определяет период доплиста = май).
* Корфактура к уменьшению, текст заголовка = номер и год первоначального СЧФ, дата документа = май, дата проводки = июль, отражается в доплисте книги покупок за 2 кв. с типом "C".
Про отражение в доплистах и основной книге - была KBA нота, предлагали проводить корректировочные доки, которые должны отражаться не в доп, а в основном листе, отдельными видами документа, и исключать такие виды на селекционном экране из секции доплистов.
Даже нашла) 2045109 - SAP RU-FI: corrective invoices not shown in the main sheet in program J_3RF_SELL_BOOK_02

Nat_alie, ну это все здорово, но в Вашем эксперименте почти ничего про механизм ^FINV^ нету.. Но все равно спасибо.
Кстати, весьма смущает по-прежнему:
Для входящих

Для исходящих

Почему у Вас корректировки следующих периодов, относимые к книге покупок, идут на доп. лист.
У САП в портянке четко сказано, что все корректировки и исправления, относимые к книге покупок, всегда идут на основной лист независимо от периода.
Вот и кусок кода из программы J_3RF_BUY_BOOK_03, подпрограмма get_add_documents, который это подтверждает:

elseif wa_doclist-corr_type = j3rdl_corr_flag_rev OR
wa_doclist-corr_type = j3rdl_corr_flag_corr_rev.
* for purchase ledger - revisions in closed period are reflected in basic sheet
continue.
* for purchase ledger - all corrections in closed period
* are reflected in basic sheet, but stornos in additional sheet
elseif wa_doclist-corr_type = j3rdl_corr_flag_corr AND
* wa_doclist-corr_book = 'X' AND " 1718328 - all corrections
wa_doclist-flg_belnr_trn <> 'S'.
continue.

Или мой текст программы устарел безбожно, или я не знаю. Но спецы из налоговой отчетности солидарны - все корректировки и исправления, относимые к книге покупок, - это строжайшим образом основной лист.

Yozhhhhh, вы правы, все дело в логике forgotten invoices
Были выбраны виды документов в секции доплистов. Поэтому вначале выполняется
if ad_blart[] is not initial and
wa_bkpf-blart in ad_blart.
wa_doclist-xforgotten = 'X'. " 2037120 - forgotten by prefix in BKTXT
endif. пусто
if wa_doclist-xforgotten = 'X'. " remove prefix
PERFORM remove_forgotten_prefix CHANGING wa_bkpf.
endif.
Приходит xforgotten = 'X'. А потом выполняется
* Look for corrected documents
if ( wa_doclist-xforgotten = 'X' ) and " 2037120 - forgotten invoice
( strlen( wa_bkpf-bktxt ) = 14 ) and " 1702300
( wa_bkpf-bktxt+5(9) co '0123456789' ). " at least 5 digits in number
* "Forgotten" documents processing
if ( wa_bkpf-belnr = wa_bkpf-bktxt(10) ) and
( wa_bkpf-gjahr = wa_bkpf-bktxt+10(4) ).
Ну и, соответственно, ложится в доплист. Когда убрала вид документа, отразился в основном листе, конечно. В общем, укладывается в логику ноты 2045109. Если нужно видеть в основных листах - вид документа корректировки для допов не указываем.
Однако, возвращаясь к первому топику, при выборе вида документа у меня все-таки отражается в доплисте ко 2 кварталу, а не к 1му.

Вот, это ближе к теме!
Вы использовали-таки ad_blart на селекции.
Долго дебажил и смотрел как он работает. Похоже, при регистрации на русском языке мы видим неверный перевод.
В оригинале это называется Adjustment document type. Его перевели как "корректировка", но он вообще не имеет отношения к корректировочным фактурам. Тут правильно перевести "регулировка, поправка". Это, возможно, многих консов направляет не в ту сторону. По коду очевидно, что если документ будет в данном рэнже, то для него принудительно зажжется forgotten (вопреки той логике, что отрабатывала ранее по коду, там в основной обработке тоже есть поиск форготтенов).
Но по его использованию тоже вопросы.. Вот смотрите.
Предположим, с корректировками еще более или менее, можно ввести новый бларт и убедить юзеров использовать его для "корректировок, которые были забыты".
Но в случае с исправительной фактурой (относимой к книге покупок) логично создавать фактуру того же типа, что исходная. Например, RE поверх RE. Или KR поверх KR.
Если вводить еще и для исправительных свои виды, то это уже становится сложно, начнется откровенный саботаж, все плюнут на это и будут делать, как делали 10 лет ранее...

Я знаете что придумал. Хранить признак форготтена FINV в BKPF-XREF1_HD, а в поле BKPF-BKTXT - как обычно 14-значный ключ ссылки (ее логика обычная, то есть в случае исправлений и корректировок - это будет родительский, в случае форготтена - это будет сам на себя). Только без крышечки. А далее в самом начале form get_add_documents сделать расширение, для всей таблицы ct_doclist пробежаться и забрать свою "суррогатную" крышечку, на ее основании зажечь ct_doclist-xforgotten. AD_BLART игнорировать на селекции. В результате я смогу пустить позиции форготтенов по обычному алгоритму, но вводить виды документов не буду.

Nat_alie, спасибо что помогали разбираться!!!

Хотя с исправительными я чего-то загнул.
Исправительная для книги продаж при выставлении в следующем периоде все равно всегда пойдет на доп. лист.
Исправительная для книги покупок всегда имеет дату документа, равную дате документа исходной фактуры. Влепить ее на третий квартал при условии ее получения во втором квартале и принадлежности оригинальной к первому не получится ну никак. К тому же правом вычета можно пользоваться 3 года, в этой связи вопрос для исправительных фактур вообще не актуален. Только корректировки. Но все равно все стало намного прозрачнее.