Всем добрый день.
Был создан исходящий аванс с налогом 18%. Сплиттинг прошёл успешно. В FAGL_SPLINFO была записана инфо о разделении.

Теперь хочу изменить ФП в документе. Заупстил RFFMUPFI - изменил ФП в BSEG. Запускаю проводку документа задним числом RFFMRPFI (транзакция FMN0). После отработки этой программы в документе УБ изменилась ФП только в одной позиции. В позициях, которые были созданы сплиттингом ФП не изменилась(

Посмотрел, как работает RFFMRPFI. Похоже, что она если находит что-то в FAGL_SPLINFO, то копирует оттуда позиции без всякого изменения.
Подскажите, пожалуйста, как правильно перепровести документ УБ так, чтобы ФП изменилась во всех позициях?

Чего-то я не понял - сколько позиций в авансе???

Исходящий аванс

Документ УБ:

Таблица FAGL_SPLINFO:

Непонятно, авансы у Вас проходят как чеки...зачем??? Логичней использовать фп с операцией 90, а не 80. Ну дело хозяйское.
Документ УБ - это докумнт который сформировался при проводке аванса??? или при выравнивании?
Если при проводке, то он сформировался неправильно - должна быть одна позиция платежного бюджета с типом 61.

Такая же проблема.
При изменении контировки в документе FI с помощью проги RFFMUPFI данные меняются только в таблице BSEG.
FAGL_SPLINFO остается без изменений. Обновление с помощью тр. FMN0 берет старую контировку.

Может есть прога, для обновления таблицы FAGL_SPLINFO по документу?

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

я в соседнем сообщении подробно расписала http://www.sapboard.ru/forum/viewtopic.php?f=47&t=50603
сап пока работает над корректным обновлением сплиттинговых таблиц, так что придется ручками изменить FAGL_SPLINFO , по-крайней мере они пока делают именно так

А что они там меняют ручками? ПФМ, Финпозицию? KNBELNR и VOBELNR не трогают?

да, только те контировки что меняли,
KNBELNR и VOBELNR - не надо трогать

Похоже, что проблема отсюда, поэтому поднимаю старую тему. Если что, заранее прошу модераторов отцепить в отдельную тему. Итак:
RFFMRPFI обновляет кроме BSEG вторичные BSID, BSAD, BSIK, BSAK но при этом игнорит BSIS. Соответственно, при прогоне данные расползаются. Про RFFMRPFI нашел единственную ноту 200576, которая вообще про какую-то экстракцию в BW. Отсюда, вопрос:
если кто сталкивался с такой проблемой, как это лечится. Или вообще для переконтировки задним числом использовать что-то совсем другое?

Лечится это созданием ZRFFMUPFI , куда добавляем BSIS/BSAS.
Есть также следующие транзакции для переконтировки: FMCB, FMCT.
Но они не меняют контировку в индексных таблицах FI, а делают это исключительно в документах FM.

Не нужен ZRFFMUPFI!
По идеологии SAP, для контрольных счетов не должен стоять флаг "Просмотр отдельных позиций", соответственно, и BSIS быть не должно.
То, что он есть, личное дело проекта, и это не учтено в сервисных программам.
Стандартные программы не будут обращаться к BSIS для чтения бюджетных контировок, так как его вообще быть не должно. Неконсистентность базы данных, конечно, есть, но это не критично и неважно.

Контировку может потребоваться поменять не только в контрольных счетах.
А вообще эта сервисная прога откровенно хреновая и недоделанная.
Ну оно и понятно, контировку менять вообще-то в таблицах FI не рекомендуется,
только в исключительных случаях.

Мы все это понимаем, но главное чтобы понимали и люди которые дают добро на использование той или иной программы в продуктиве .
К сожалению у нас в проекте "Просмотр отдельных позиций" на контрольных счетах включен, хотя и не используется. Вот и встает сейчас дилема докрутить RFFMUPFI до ZRFFMUPFI и убедить контролирующих что стандартная программа SAP с небольшими доработками (добавлением Update BSIS/BSAS) легитимна к использованию или пробить чтобы SAP сказал что Update BSIS/BSAS даже с активированной галкой "Просмотр отдельных позиций" не нужен. Есть конечно и третий путь который мы рассматривали - деактивация галки "Просмотр отдельных позиций" на контрольных счетах, но данный вариант потребует много времени которого у нас сейчас нет.

Программа конечно недоделанная, но альтернатив ей пока не видно.
Есть предложение от SAP-а использовать пару FMCN/FMCT, FMCN подготавливает к изменению контировки в FM документе на основе правил зашитых в FMDERIVE, причем правила в FMDERIVE можно зашить и только на момент корректировок (не обязательно они должны быть постоянно работающими), а затем с помощью FMCT подготовленные к изменению FM-ные документы изменяются в части бюджетных контировок прописанных в FMDERIVE. Проверил данную возможность - работает.
Но, во-первых, нам нужно во многих случаях менять бюджетные контировки не только в FM документе, но и паралельно в FI-документе, т.к. часть отчетов использует именно бюджетную контировку из FI-документа, а не из FM.
Во-вторых, у меня есть случаи когда контировка проставлялась в FI документ не деривацией, а FI замещением на документ полностью, т.к. в деривации я вместе с разработчиками не смог найти возможнось через деривацию подменить замещение на документ полностью - мне нужно чтобы анализировалась первая позиция документа, а бюджетный адрес согласно анализа по первой позиции проставлялся на вторую позицию документа (FM-ный User-Exit не смогли заставить делать это) из-за этого решил отписать FI-замещением. В данном случае FMCN не поможет, а как подправить документы, у которых какое то время неправильно работающее замещение проставило неправильные бюджетные контировки кроме как RFFMUPFI/FMCB/FMCT или RFFMUPFI/FMN0 я и не вижу.

Вы правы, остается убедить заказчика, что это работает и пригодно для продуктива, к сожалению, зачастую, консультанты тут бессильны, а САП ходит вокруг да около и очень медленно...