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



Спасибо,
Александр

Внедрял для реализации функционала Payment Online Update для PSM-FM Управления бюджетированием, все работает как нужно. Глюков замечено не было.

Когда разбирался со сплитингом - настраивал его по сегментам, БС, пользовательским полям и т.п. - тоже работало как описано в AC210, никаких проблем не было.

На нескольких проектах внедряла, работает нормально

Большое всем спасибо за отзывы.
Скажиет, может ли кто-нибудь порекомендовать какие-то подводные камни, на что обратить внимание ? есть АС210, но нет уверенности,
что не попадем на какие-то неожиданные трудности. Так получилось, что настроить нужно срочно.

Может уже начнете в песочнице настраивать? - там и увидите если что не так. Мне AC210, сопутствующих нот и тем на сапфоруме по сплиттингу для настройки хватило . Обращаться же лучше уже с конкретными вопросами - если что то не получается, а не с глобальными вопросами по ощущениям.

Были у меня большие проблемы при переходе на новый год, но не помню связаны они были со сплитингом или только с управлением бюджета - 1,5 года назад это было, решил нотами (Note 1268406 - PSM SAPSQL_ARRAY_INSERT_DUPREC FMGLFLEXA и Note 1259251 - SAPSQL_ARRAY_INSERT_DUPREC in table FAGL_SPLINFO_VAL). Описание этой ошибки и ее решения есть на этом форуме, но если вы Бюджетирование не поднимаете, то думаю Вас это ошибка скорее всего не коснется.

Если будете создавать пользовательские поля и включать их в сплиттинг обязательно прочитайте ноту: Note 923687 - NEWGL Fields in CI_COBL and FAGLFLEXT. Я до прочтения этой ноты неправильно создал в песочнице 2 пользовательских поля, потом так и не смог их удалить, так до сих пор там и болтаются .

Советую установить как минимум EhP3 на ECC 6.0, чтобы меньше багов потом с помощью нот исправлять нужно было.

Глобальных проблем в стандартном сплиттинге - три:
1) Методологическая: не все операции можно однозначно разделить по МВП (пример: входящие предоплаты без чёткой и однозначной привязки к позициям заказа SD)
2) Техническая: не проходит перенос "расщеплённых" позиций дебиторов/кредиторов (Дт ОЗК/ОЗД - Кт ОЗК/ОЗД) напрямую. Приходится делать прокидку через технический счёт (неконтрольный)
3) Техническая: проводки по балансирующему счёту хранятся в FAGLFLEXA, но не в BSEG

Все остальные проблемы решаемы.

Не совсем понял про эту операцию? Вы про: A. невозможность выравнивания открытых позиций Дебитора/Кредитора с не наращиванием оборота, т.е. с созданием пустого документа выравнивания говорите? или B. перенос кредиторской задолженности дебитора на кредитора и дебиторской задолженности кредитора на дебитора?

По всей видимости речь идет про вариант B. Все-таки проблема с оборотами решается довольно просто через замещение метки красного сторно. А вот как сделать прямой перенос кредиторской/дебиторской задолженности (да еще плюс ко всему с корректным формированием документа УБ) - загадка. По крайней мере для меня.