Вопрос такой, был переход на новую главную книгу. Теперь в таблице GLT0 есть старые данные, а в таблице FAGLFLEXT новые. Как сделать перенос старых данных из GLT0 в FAGLFLEX? Тк отчеты не работают за прошлые года.

есть транзакция GLGCU1 - Subsequently Post Docs to ERP GL

Transfer of Opening Balance Actual Data to General Ledger

Description
This program transfers the documents previously accumulated in Financial Accounting as the opening balance for General Ledger Accounting.

The system runs a check on each document to establish whether it has already been transferred to New General Ledger Accounting.


Selection
You can make your selections by company code, fiscal year, and period.


Output
The test run shows you how many documents would be transferred to New General Ledger Accounting based on the selection you made. Any possible errors during data transfer are listed.

Activities
Only transfer the fiscal years/periods in which you want to use New General Ledger Accounting actively. We recommend transferring the current fiscal year only.

попробуйте в тестовом режиме но тут предупреждают чтоб желательно данные за текущии год переносили

также в настройках активации гибкой ГК в таблице FAGL_ACTIVEC

есть поле "Считать классич. Гл. книгу (GLTO) вместо новой Гл. книги"

Causes the data in the tables of classic Financial Accounting (GLT0) to be valuated using the reports of the previous General Ledger Accounting.


Dependencies
It is only useful to set this indicator if you have also set up updates from the tables of classic General Ledger Accounting (GLT0). For this, set the indicator Write Classic General Ledger (GLT0).

походу при активации данного поля можно чтоб старые отчеты счит данные из GLT0 работали дальше но для того чтобы текущие данные тоже считывались там надо чтоб запись в GLT0 тоже происходила надо еще активировать поле "Продолжать обновление классической Главной книги" FAGL_ACTIVEC-WRITE_GLT0

попробуйте протестить

Транзакция GLGCU1, это то, с чего мы начали. Спустя много часов по каждому документу вышло что "Документ **** уже обновлен в главной книге"



По теме "Считать классич. Гл. книгу (GLTO) вместо новой Гл. книги"
Да, был и такой вариант, но говорят, что она не очень работает и бывает задвоение записей


Точно можно перенести как-то данные, если не ошибаюсь, то с помощью транзакции GLGCU1 это и делается, но в нашем случае это дает ошибку (см. картинку выше)(за любой год и диапазон годов), а почему так, понять не могу. Записи не перенеслись.

Все, нашлась проблема, оказалось изначально в системе велся FM, после миграции получилось, что данные старые попали в FMGLFLEX, а потом стали вестись в FAGLFLEX за текущий год и регистр прописан на FAGLFLEX.
Если поменять к ведущему регистру таблицу FAGLFLEXT на FMGLFLEXT то все работает за прошлые года, но не работает за текущий.

Вопрос следующий, как перегрузить данные из FMGLFLEXT в FAGLFLEXT или наоборот?

Надеюсь это у вас не продуктив? Иначе за такие дела нужно расстреливать...

Было тут не форуме про миграцию:
***************************************
Процедура миграции данных (В случае если Гибкая Главная Книга была активирована и в ней были сделаны проводки, до момента активации бюджетирования)
1) Вывести все проведенные данные в один отчет и выгрузить его в Excel, для последующего сравнения;
2) Убрать присвоения всех сценариев и пользовательских полей для регистра 0L;
Выйти и войти в IMG! Иначе старые данные считываются из буферных внутренних таблиц, а не из БД и вы не видите новых настроек в некоторых транзакциях.
3) Запустить программу FMGL_CHANGE_APPL_IN_LEDGER. В результате ее работы приложения FI-GLF будут переконвертированны в приложения FI-PSM;
Выйти и войти в IMG! Иначе старые данные считываются из буферных внутренних таблиц, а не из БД и вы не видите новых настроек в некоторых транзакциях.
Если проблемы с PSX, посмотреть ноту 1341372 - FMGL_CHANGE_APPL_IN_LEDGER ignores PSX;
4) В тр. SE19 создать внедрение (на Z) для точки расширения FMGL_MIGRATION_FAGL_FMGL (new BADI). В качестве ссылочного класса взять класс PSM_FUND_GRANT_AND_PARTNER;
5) Запустить программу миграции данных FMGL_MIGRATION_FAGL_FMGL. Данные из таблицы FAGLFLEXA копируются в FMGLFLEXA. Аналогично с итоговыми таблицами;
6) Запустить программу конвертации итоговой таблицы регистра FMGL_SETTABLENAMES_FAGL_FMGL. Теперь итоговая таблица регистра 0L - FMGLFLEXT;
7) Вернуть присвоения сценариев и пользовательских полей для регистра 0L. Запустить программу перегенерации регистров RGZZGLUX (работает около часа);
9) Сравнить данные;
10) Если все успешно данные в таблице FAGLFLEXT можно удалить.
Информация взята из ноты 906397

В свое оправдание скажу, что не мы виноваты =)

Проблема решилась намного проще. В транзакции GLGCU1 надо было выбрать загрузку не во все регистры, а в определенный.

Встала другая проблема, а именно Ошибка V1302 Документ сбыта XXX не существует в базе данных или архивирован

Во VBAK его нет, при запуске SDRQCR21 ничего не меняется.

Пока меня посетила только одна "гениальная" идея, вручную создать пустой документ.
Но это не выход. Есть какие-то предложения по этому поводу?
+ вытащил с пол сотни документов, они не релевантны для целевого регистра 0

Наплодите нужных документов через FB01.

Не очень вариант


Далее полезли не очень приятные ошибки

Системная ошибка (точка прерывания REVERSE_BUZEI)
Системная ошибка (точка прерывания BALANCE_CCODE)

и так я и не пойму как справиться с ошибкой Документ 1000 7200000011 2008 нерелевантен для вашего целевого регистра 0
Это ошибка вылезает из-за некой группы регистров R0, но ее в системе нет. Если ее создать, то эти документы даже открываются. Никто не сталкивался с таким? Один год перенесли нормально, все ок. В остальных такие косяки + те что в сообщении выше про отсутствие или заархивированность документа.