Всем привет.

Сталкивался ли кто-нибудь с необходимостью закрытия периодов проводки не по месяцам (OB52), а за произвольный период?

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

Кто-нибудь реализовывал что-нибудь подобное? Главный вопрос, где эту проверку вставить (OPEN FI, FI проверка?), чтобы все отработало корректно как из смежных модулей, так и через FI?
Например, что будет, если при сохранении MIRO сработает проверка в OPEN FI и окажется, что период закрыт. Входящий счет сохранится, сохранится предварительно, или вообще не сохранится?

Самым рабочим решением будет Open-FI.

Самое простое, без привлечения ABAP, но возможно работающим нестабильно - простая проверка в FI.

Самое прибыльное решение, создать вариант ФГ 366 и в проверке соответствия периода (где то в самых глубоких недрах FI проводки) подставлять этот вариант вместо K4. Зато открывать и закрывать период можно будет в стандартной транзакции.

Эти решения годятся, если уж совсем никак не привязать то, что хочет клиент к стандартным неделям, месяцам и т.д.


А вот это ПРАВИЛЬНЫЙ путь решения, стандартный для "нештатных" ситуаций типа "закрываем месяц в последнюю пятницу" , например 4-4-5 http://en.wikipedia.org/wiki/4%E2%80%934%E2%80%935_calendar

Конечно, менять стандарт, причем можно сказать основу FI, самое правильное решение Хотя, судя по аватаре.

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

Насколько я понимаю, система уже работает, и просто так, стандартно, поменять настройки ФГ не получится, хоть на 4-4-5, хоть 364-1-1.

Это философская дискуссия . Путь создания своего варианта ФГ не самый лёгкий, однако K4 просто стоит по умлочанию в большинстве country templates, вот интеграторы его и используют. Но в Японии, Австралии, Индии всё же другой «стандарт» как вы его называете. Всё очень зависит от того где ведётся бизнес и в особенности его бухгалтерия. И согласен с Вами, конечно если система рабочая, то нужно анализировать побочные эффекты смены варианта ФГ, в особенности относительно ММ и CO (если например больше одной или просто много контроллинговых единиц). Нота 672255 даже предлагает «консультации» по этому поводу. В случае рабочей системы - проверки и события это быстрые и эффективные заплатки, которые «недорого» обойдутся по мнению клиента. Обычно ведь кто девушку ужинает, тот её и танцует.