Добрый день, коллеги!

Нужен совет. Ввожу план (план по СПП-элементам в разрезе видов затрат с использованием различных версий планирования - транзакция cjr2, аналогично kp26 работает, думаю в данном конкретном случае не принципиальны различия). В табл COBK вижу соответствующий СО-документ. Но, есть необходимость, на момент сохранения СО-документа с планами написать проверку. Пишу в ggb0 в ветке Учет затрат - Позиция документа, включаю трассировку и иду вводить планы.
План сохраняю, а система даже не проваливается в проверки при сохранении плана. Но документ же создается, почему здесь проверки не работают? Или на это можно и не надеяться?
В okc7 сама проверка указана, тут всё проверила - не подкопаешься.

GGB0 работает с таблицами BKPF-BSEG, а как мы знаем при планировании затрат в контроллинге документ FI не рождается. Соответственно проверка планирования через GGB0 невозможна. Используйте ABAP средства. Удачи!

стандартные проверки действительно не работают в планировании...
а зачем собственно они вам в планировании? а для проектов есть еще профиль планирования - OPSB...

Не соглашусь с Вами..
Это ветка Финансовая бухгалтерия работает с таблицами BKPF-BSEG, а ветка Учет затрат работает и с позицией СО-шного документа тоже и вот какие таблицы допустимы для использования в GGB0 применительно к Учету затрат:
Структура AFVC Операция заказа
Структура AUFKV Generated Table for View AUFKV
Структура CAUFV Generated Table for View CAUFV
Структура CBPRV ХозПроцесс: CBPR + CBPT
Структура CKPHV Ракурс для CKPH + текст + управляющие данные...
Структура COBK СО-объект: заголовок документа
Структура COBL Блок контировки
Структура CSKSV Управляющий индикатор из основной записи МВЗ
Структура PRPS СПП-элемент (элемент СтруктурПлана проекта) - ОсновнДанные
Структура SYST Системные поля ABAP
Структура VBAK Торговый документ: данные заголовка
Структура VBAP Торговый документ: данные позиции

Вопрос то как раз коллеги и звучал, что документ СО как результат планирования в COBK есть, а в процессе самого планирования система и не заходит в эти проверки. Что странно.. Мы просто часто используем стандартные проверки именно в Учете затрат и для меня было откровением, что она не сработала.

есть необходимость реализовать блокировку версий планирования отдельно по каждой БЕ (аналог okp1). Есть опыт коллег - работающая программа, через проверку срабатывающая, хотела сделать у себя нечто подобное, а тут такая ерундистика - GGB0 не срабатывает, а у других всё работает - все довольны

Может вы не активировали ведение плана отдельными позициями?

Это можно через параметризацию форматов планировани обеспечить.

Поделитесь опытом, как? Никогда не сталкивалась с таким..
Буду очень признательна за помощь!

Возможно, но разве тот факт, что я веду планы в разрезе объектов и видов затрат не говорит об активированном ведении плана по отдельным позициям?
Могу ошибаться, с планированием сталкивалась не часто.

Нет, надо KP96 выполнить. Но я не уверен, что в этом причина.

Все просто. Настраиваете специальный профиль планирования и даете пользователю полномочия только на этот профиль. В этом профиле форматы должныиметь уже введенные параметры запуска с запретом их коррекции. Например, надо в параметрах надо задать группу МВЗ из разрешенной БЕ. Пользователю надо также запретить корректировать группы МВЗ.Пока писал понял, что, наверное, можно просто ограничить пользователю права только перечнем МВЗ из его БЕ. Но в обоих вариантах придется корректировать группу МВЗ при изменении списка МВЗ в заданной БЕ. Группы на основе вариантов выбора, возможно, решат эту проблему.

Не очень поняла как это мне может помочь. Цель - блокировать версию в которой вводится план. Аналог транзакции OKP1 только в разрезе БЕ. Т.е. планировали в версии 100, при наступлении определенных событий блокируем её для ввода планов и планируем уже в версии 110 например. Т.е. здесь важны не сами объекты, а отдельно взятые версии в каждой БЕ. Их как минимум 12, поскольку по проектам дают скорректирвоанные планы каждый месяц и для каждого месяца своя версия планирования.

Проверила, активировано.

Можно попробовать реализовать данную задачку через расширение COCCA001...
Если не удастся, то я бы посмотрел в сторону неявных расширений в okp1 (да простят мне это адепты стандартных решений ), там достаточно просто это сделать...

В это расширение не заходит при сохранении в cjr2.
Есть бади CO_OM_PLAN_ITEM_CHECK (CO-OM: проверка плановых отдельных позиций). Но оно только для позиций, а нужно для заголовка