Подскажите, пожалуйста, чем грозит активация и использование FM после продуктивного запуска всех остальных модулей FI, MM, SD. Планируем внедрять FM через год после продуктивного старта основных модулей.

1) Нужно ли настроить сплиттинг FM сразу до начала продуктивного старта в FI/MM/SD или его можно настроить позже при внедрении FM?
Если нужно настроить сразу, то нужно ли определить все признаки разделения сразу и можно ли при активации FM поменять, добавить, удалить признаки разделения? Знаю, что возникают проблемы со старыми документами, так как они не попали в таблицу сплиттинга. Нет возможности выравнивать, сторнировать такие документы.
Если вы знаете ноту с рекомендациями на эту тему, напишите, пожалуйста.

2) Есть ли еще какие-то настройки, которые нужно учесть и сделать сразу, например для интеграции FM с логистическими модулями?

Обязательно нужно все настроить заранее, потом не получится. У нас из-за этого пришлось новую систему ставить и делать там все с УБ. Потом будем думать, как объединять системы. ImpCons может вам подробнее рассказать.
Sedlo говорил, что пытал САП по поводу активации УБ после старта системы и разделения старых документов. Вроде ничего путного от них не получил, про реальный опыт ему не сказали. Спросите у него подробнее.
Нот нет и не будет, так как тут нужно не просто документ разделить задним числом, а определить все цепочки документов выравнивания и сделать разделение для документов по всей цепочке, а это если и реально, то очень сложно и за это придется потом отвечать, а САП очень не любит увязать в проектах и отвечать за последствия.

Мы внедрялим FM и активировали сплиттинг на уже три года работающей системе. При внедрении основных модулей сразу никакие настройки под FM не делались.
Основаня трудность, как Вы правильно заметили, заключается в обновлении уже проведенных документов. Но для этого есть стандратные проги по обновлению документов в таблицах FI и в таблицах сплиттинга.

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

Для перезаписи переменных данных НГК можно использовать стандартную программу перезаписи данных в таблицах Новой ГК – RGURECGLFLEX. Программа обновляет таблицы FAGL_SPLINFO, FAGL_SPLINFO_VAL в соответсвии с действующими на момент запуска настройками разделения документа. Перед запуском RGURECGLFLEX в документах, которые надо перезаписать, необходимо прописать соответствующие бюжетные контировки и обновить данные документы в FI. Как это делается, я думаю, не стоит повторять, так как на форуме неоднократно обсуждалось.

Честно говоря, на момент внедрения о существовании указанной программы я не знала, поэтому писали свою прогу по заполнению FAGL_SPLINFO и FAGL_SPLINFO_VAL, что тоже особых трудностей, насколько я помню, не вызвало. Основная трудность заключалась в обработке 47000 открытых позиций и присвоении каждой из них бюджетного адреса.

Давайте определимся вообще с проблемами более позднего старта УБ по порядку их возможного возникновения :

I. УБ было не активировано с самого начала, куча проводок в главной книге.
При активации УБ необходимо сделать действия которые описал dante14 в этой теме. Так как SAP не давал 100%-ных гарантий что таблица итоговых записей ГК будет такая же актуальная как до активации УБ после вышеприведенных действий, то мой предшедственник по FM и в большей мере FI-ное руководство не активировали УБ на системе про которую говорит Plank:

Думаю что если бы я был бы с начала проекта эту проблему смог бы решить - убедить скопировать мандант с продуктива, провести манипуляции и показать что 100%-ных гарантий от SAP-а не нужно .
Но другой вопрос что сейчас я понимаю что с тем планированием проектов и ресурсов по FM переход той системы на активированный FM, с 6-ю работающими в продуктиве БЕ без настроенного там FM, + стартующими в продуктив этой же системы одновременно с нами еще 3-мя БЕ без настроенного там FM + с 2-мя полнофункциональными проектами (4-ре разнофункциональных площадки: УФ, закупочная организация, производство, договорная компания по закупкам) с полноцено задействованным FM, в которых участвовал сначала мой предшественник и затем с середины реализации я (за месяц до моего прихода предшественник уволился), как единственные FM-щики в внедряющей компании, был просто обречена на успех, как говорил топ менеджер компании внедренца в которой мы работали. Может и к лучшему что те 6+3 БЕ оставили в старой системе без активированного бюджетирования, а наши проекты реализовывали на новой системе с активированным бюджетированием, - другой вопрос что те 6+3 БЕ придется тащить в новую систему когда то - а эти проекты сродни перевнедрениям, тем более и FI и логистику и контролинг да и все остальные модуля в 2-х системах к общему знаменателю придется приводить по любому когда в одну систему всех сливать.

II. Не был активирован сплиттинг при старте других модулей.
Так же как и Adelle, проходил я на одном из своих проектов старт FM через 8-мь месяцев после старта FI, TR. Так же не был у нас включен сплиттинг и волшебную программу RGURECGLFLEX мы так же не знали, заполняли в течении почти полутора последующих лет FAGL_SPLINFO, FAGL_SPLINFO_VAL вручную, эмулирую цепочки документов по выравниванию сначала в песочнице, потом заполняя таблицы сплитинга копированием сэмулированных данных из песочницы. Данной задачей занималась моя коллега, которой я передал сопровождение по FM и которая одновременно была довольно неплохим ABAP-ом, - почему-то она сказала что написать программу по заполнению сплиттинга она не может из-за большей варьеативности цепочек выравнивания документов, может у нас цепочки по выравниваниям были длиней и сложней чем у Adelle, либо ребята у Adelle были посильней на те моменты в FM и ABAP-е, но факт остается фактом что они написали программу, а мы заполняли вручную .

III. Не проставлены бюджетные адреса в открытых документах не только FI но и MM/SD и документах/объектах PS/CO, если интеграцию с этими модулями в FM будет активироваться. По FI нужно проставить до заполнения сплиттинговых таблиц, по другим модулям до начала работы с активированным бюджетированием.

Насчет нот - учитесь пользоваться поиском. Все ноты по проблемам активации УБ описаны в нескольких темах. Есть несколько тем в которых более глубоко обсуждаются проблемы активации более позднего сплиттинга чем внедрение модулей до активации УБ, и в них и я и Adelle, и еще ранее более опытные FM-щики (та же Delicia) уже описывали кто как решал проблему и как нужно решать правильно.

Вот это жесть! Ребята, сочувствую вам. Мы поступили проще, наш абапер нашел стандратную функцию разделения документов, которая используется при проводке документов и ее докрутил. Но на все про все (написание прог по обработке ОП и обновлению таблиц) у нас ушло не больше двух недлель. Но правда сильно сроки поджимали и работали круглосуточно, можно сказать, но все сделали.

Кстати, при таком подходе (обновление только ОП), потом возникают проблемы при необходимости сделать манипуляции с уже выровненными на момент старта документами (отмена выравнивания и т.д.). Придется каждый раз обновлять такие документы.

Да тогда опыта по ABAP-у и понимания механизма сплиттинга не хватило видимо нашему спецу, через стандартную функцию разделения документов и у нас должно было получиться.

Подскажите, пожалуйста, нужно ли останавливать работу пользователей в системе при миграции данных в связи с запуском FM после старта системы? Если да, то сколько это занимает времени?

Конечно нужно!

При миграции Вы должны обновить все ОП в системе. Для этого вам сначала нужно их проанализировать и прописать для всех ОП бюджетные адреса. Как только будет активирован FM и онлайн обновление платежей, система для проводки документов будет требовать бюджетные контироки, а при выравнивании необходимым условием будет чтобы ОП была обновлена в бюджете и в сплиттинговых таблицах. Поэтому вся миграция осуществляется тогда, когда пользователей в системе нет.

У нас продуктивный старт FMа в работающую систему занял три дня (пятница+выходные). В команде было три человека (стартовало правда еще два модуля, поэтому два из них занимались еще и другими работами)

Выполнение программы RGURECGLFLEX дает ошибку. Нет ЕФМ в т.BKPF. Что делаю не так, подскажите, пожалуйста.

Решение нашли.