Если в результате рассчета возникает перерасчет прошлых периодов, то при проводке в FI отрицательные суммы проводятся как обратная проводка. В результате повисают ненужные обороты. Чтобы избежать этого в open fi отлавливаем такую ситуацию и устанавливаем признак красного сторно. А возможно ли решить эту проблемму стандартными средствами?

нет, не возможно.

это будет в стандарте начиная с версии ERP2005
проблема в передачи информации (там функция отвечающая за accounting не имеет в интерфейсе поля xnegp и не поддерживает его заполнение со стороны). По крайней мере об этом написано на портале в релиз ноте в версии erp2005

Андрей, а не подскажете, как именно вы отлавливаете такую ситуацию?

Есть нота 524137 там написано что сделать и как анализировать.
"How can we create "red storno" of FI-document, posted from HR-Payroll?"
For it we recommend to use standard FI-features:

o Using Open FI (or substitution) set "Indicator: Negative posting"
(BSEG-XNEGP) during posting process (Note: HR-documents can be
determineted with BKPF-AWTYP = HRPAY or BKPF-TCODE = PCPO or
BKPF-GLVOR =HRP1. To separate "cancel"-posting refer your
questions to SAP Consult CIS (Moscow, HR Consulting ).

o After posting - make clearing of corresponding FI documents
manually. This step is meaningful only for accounts with open
item management. If this task is too toilful, you can use
clearing program.

Вот и получается в "модификации" поставить в поле SGTXT свой признак типа "red storno" и потом его проанализировать в FI замещении

С этим то всё понятно. Мы столкнулись с проблемой: по каким условиям ставить признак... Сначала пробовали по знаку суммы анализировать. Но это срабатывает когда нет перерасчетов. С перерасчетами хуже: там идет как "+" так и "-", затем это "схлопывается" и получается дельта по перерасчету. Но дело в том, что дельта возникает уже после отработки BADI...

в том то и дело что не в БАДИ делать а в модификации.
В бади у меня тоже ничего не получается.

Ясно. Спасибо, AlY!

Добрый день, AlY!

У нас тут такая проблема возникла:
при формировании прогона проводок с помощью программы RPCIPE00 при ограничении 1 - 2 табельных номера
проводки по затратным счетам (32*) формируются верно - как положительные или отрицательные суммы (красное сторно) по дебету.
А при формировании прогона больше чем по 2ум табельным - красное сторно не отрабатывает:
отражает те же суммы по кредиту 32* счетов, вместо отрицательных сумм по дебету.
Красное сторно настроено по стандарту.

Вроде бы, Вы решали подобную проблему для Deloitte.
Но ни концов, ни ноты по этой проблеме найти не можем.

Помогите, пожалуйста.

Заранее благодарен.

Проблема решается установкой ноты

Note 1459242 - RPCIPE00: Negative Posting

Спасибо.