Коллеги, добрый вечер!
Столкнулся с нижеописанной проблемой. Жду вашего совета.

В системе настроен приблизительный сценарий копирования полей в NewGL как тут:
Добавление новых полей в таблицу итоговых записей FAGLFLEXT
с одним лишь отличием, что блок контировки CI_COBL не содержит этих полей и поля добавлены без ZZ*.
Поля: KUNNR, LIFNR, MWSKZ добавлены через include CI_FAGLFLEX05 - нужны для построения отчетов Report Painter.

Проблема: копирование данных происходит непонятным мне образом, например, для документов выравнивания, содержащих две позиции по кредитору в FAGLFLEXA копируется LIFNR только в одну позицию.
Пробовал на конкретном примере удалять запись через программу FAGL_DELETE_DOCUMENT, а потом добавлять через тр. GLGCU1 - ситуация не поменялась.

Подскажите, с чем это может быть связано? И как это поправить?

Сплиттинг может? Ваще так очень трудно сказать, надо видеть пример, там реально 100500 практически равновероятных причин.

Со сплиттингом ничего особенного не заметил.
Настроена операция 1010 автоматический сплиттинг на Кредитора и Дебитора.

Где еще покопать можно? Такая канитель по всем пользовательским полям.
MWSKZ тоже добавлен как пользовательское поле и тут тоже по нему такая проблема.

Вполне вероятно, что Ваш сценарий нереализуем. Попробуйте в документе, который дает Вашу ошибку, нажать сверху кнопку Ракурс ГК. Подозреваю, что на следующем экране Вы можете увидеть ответ на свой вопрос, т.к. в ракурсах регистрации и ГК (особенно ГК со сплиттингом) состав и содержимое строк документа как правило отличается, иногда - очень сильно (зависит от количества корреспондирующих строк в исходнике в ракурсе ввода) и судя по том, что Вы пишете
- там документ с несколькими дебетами и/или кредитами.

Попробовал настроить все по-человечески через ZZ-поля и все заработало.

-TT- , коллеги, как бы теперь стереть поля структуры CI_FAGLFLEX05?
Через FAGL_GINS выдает ошибку.
В FAGLFLEXA скопилось огромное кол-во неверных данных.

Если стереть данные и прогнать документы через FAGL_DELETE_DOCUMENT. и потом через тр. GLGCU1 все обновить, это будет решением и "хорошим решением" проблемы?

Ой, давно это было... Вообще все эксперименты с полями - в OXK3 + если расширялись инклюды, то там уже ручками, в обратной последовательности от добавления. По поводу данных - мне думается, что самый правильный вариант будет снести всю группу FAGLFLEX* через FAGL_DEL, вынести поля из инклюдов, пройтись по затронутым таблицам утилитой БД (обязательно со сбросом!), активнуть все через RGZZGLUX, и запустить GLGCU1.

-TT- , спасибо! Все понятно - думал в этом же ключе.

Еще вопрос: как я понимаю, нужно через SE14 очистить все данные по FAGL* таблицам, куда попали эти данные?
Не нашел на просторах интернета схожих кейсов. Лучше самому не браться, если я прежде не работал с SE14?

Да можно, почему не браться. Там ничего сложного нет, она сама все делает. Ставите галку Удалить данные, и нажимаете кнопку Активировать и адаптировать БД. Но удалять все равно лучше через FAGL_DEL, потому что она чистит индексные таблицы тоже, чего SE14 не делает, а это важно для повторной загрузки, система упираться будет, что типа такой номер документа уже проведен в ГГК. Так что: сносим данные, сносим поля из структур, катаем все утилитой, ну и далее шаги по списку

ЗЫ но все же сперва попробуйте в песочнице какой-нибудь, особенно если раньше не делали подобных операций А то можно вполне безвозвратно все похерить, по случайности ))

-TT- , спасибо!!!