Каким образом происходит обновление док. FI-SL при изменении док. FI? Пример: пользователь в док.FI изменяет поле BKTXT- Текст заголовка док. (транзакция FB02) В спец. регистре этот документ уже был проведен в момент создания док.FI. Результат: в док. FI значение BKTXT новое, а в док FI-SL BKTXT - старое. Цель: новое значение поля BKTXT записать в док.спец регистра. Какой механизм корректировки документов спец.регистра?

Есть несколько программ off-line-переноса данных в FI-SL -- RGUREC10, 20, 30, 40 (транз. GCU1 - GCU5). С их помощью можно повторно перенести документ в SL (с предварительным сторнированием ранее перенесенного). Перед повторным переносом следует отключить проверку на уникальность. Эти программы есть в IMG (раздел "Production start-up preparation"), описаны в САП-нотах.

А вообще, изменения параметров документов, существенных для отчетности, следует ограничивать. Технических средств достаточно.

Спасибо.
Решение такое: при изменении док. FI в user-exitе вызывать (RGUREC10) пакетник на повторный перенос этого документа в FI-SL при отключенной проверке на уникальность. Есть еще две полезные программки: для удаления одного или неск.док.FI-SL - RGUREP03, для сторнирования одного или нескольких док. FI-SL - RGUREP13.

Может у Вас найдется совет для решения еще такой проблемы (версия 4.7): при переносе документов из ММ (тр.GCU4) в таблице FI-SL факт.позиций номер документа не определяется и BELNR = '$ 1', а номер позиции BUZID = 000.
Есть два решения, но они корявые:
1. Дочитывать данные из БД по ссылочному номеру документа и определить user-exitы для полей BELNR. BUZID в правилах переноса полей (тр. GCL3).

REPORT zrgivs000 MESSAGE-ID gi.
. . .

FORM E28_MVC USING FROM_FIELD TO_FIELD.
IF ACCIT_GLX-BELNR(1) = '$'.
concatenate ACCIT_GLX-AWREF ACCIT_GLX-AWORG INTO xAWKEY.

select single BELNR from BKPF into TO_FIELD
where BUKRS = ACCIT_GLX-BUKRS
and AWKEY = xAWKEY.
IF SY-SUBRC <> 0.
TO_FIELD = ACCIT_GLX-BELNR.
ENDIF.
ENDIF.

2. Воспользоваться другой программой переноса GCU1, но тогда трудно отслеживать корреспонденцию счетов в случае, когда к обному документу MM генерится несколько документов FI. Транзакция GCU4 обрабатывает FI документы, относящиеся к док. MM, а тр.GCU1 не видит какие документы находятся в связке к док. MM и обрабатывает просто в порядке возрастания номеров FI документов. Опять приходится дочитывать данные из БД.

Добрый день!
У кого-нибудь получалось открыть поле позиции на изменение, когда это поле присутствует в явном виде в переносе полей для спецрегистра?
У меня поле bseg-zuonr настроено как поле отправитель для таблицы позиций спец.регистра. Пользователю необходима возможность менять это поле в FI-документе, пусть даже без автоматического изменения FI-SL таблицы. Для этого я планировал запускать программу переноса документом из FI в FI-SL
Буду очень благодарен за помощь.

Проблему удалось решить.
Если у кого-нибудь будет похожая проблема - пишите в личку.

Чего тут в личку писать. Есть нота с решением этой проблемы.
Делается "непрямой" перенос полей (то есть требуемое поле исключается из правил переноса, а в любом другом правиле делается экзит, который программно записывает значение в нужное поле, при этом САП "не видит" связки и не блокирует изменение).

Доброе время суток! Напишите, пожалуйста, номер ноты.

В любом правиле пишете что-то типа такого:

field-symbols: <T_ASSIT> type ACCIT.

assign: ('GLU1') to <WA_GLU1>.
check SY-SUBRC = 0.
<WA_GLU1>-ПОЛЕ = 'Значение'.

sap note 79760