Никто не с такой концептуальной проблеммой?
Отчет план/факт необходимо строить дополнительно в разррезе договоров?
ФП, ПФМ, Фонд - заняты

Грант, программа бюджета?

1)Можете использовать поле USERDIM1 - помещаете туда номер договора и все.
2)Функциональная сфера
3)И как уже писал коллега pavelzv Программа бюджета и грант если используется BCS

Про алгоритм с работы с полем USERDIM1 нельзя ли поподробнее?

Это реализуется через абап:
по факту(тр.SMOD):
1) SAPLFMRI Замещение поля «Измерение клиента» при проводке бухгалтерского документа
2) SAPLFMPA Замещение поля «Измерение клиента» при разграничении платежей
3) SAPLFMOI Замещение поля «Измерение клиента» для облиго
вот с планом посложней будет, потребуется собственная разработка

на мой взгляд поле USERDIM для договоров использовать крайне затруднительно.

Поле недоступно для ввода пользователем. С АКН насколько мне известно тоже будут проблемы, если захотите контролировать план/факт автоматом.

Для грантов требуется использование деловых партнеров. Поле деловой партнер вроде бы обязательное для ввода в карточке гранта.

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

Стандартный вариант: план платежей по договору = документ РС.
План вводите в позиции РС, факт потребляющими документами. Если эти документы не используются в других целях, на мой взгляд это лучший вариант.

1) Во-первых, если используется классическое бюджетирование и делается проводка по факту, то номер договора замещается из какого-то доступного поля в бух.документе(например присвоение или ссылочный ключ), Для плана же, можно использовать FMBU0001, тут можно вынести поле договора. По поводу АКН: не вижу как это может помешать - мы используем userdim почти два года и проблем не было (тьфу три раза )
2) Во-вторых, если, как я уже писал выше, используется BCS, то программа бюджета очень даже доступна для ввода мало того доступно также поле userdim.
3) По поводу грантов, ничего не могу сказать поскольку с ними не работал.
4) По поводу функциональной сферы: с ней проблем вообще не возникнет, она есть и в классическом бюджетировании и в BCS....другое дело что использовать функциональную сферу для договоров, концептуально неправильно....но как вариант решения вполне жизнеспособно.
5)Использование РС - оригинальная мысль, однако опять же какое поле Вы предлагаете использовать под номер договора? И как использовать РС по плану если бюджет-то при вводе РС будет резервироваться по факту? Или предлагаете подменять план фактом?

как мне кажется, бюджетирование в разрезе договоров - весьма мутная затея. договор это уже свершившийся факт, и интересн наверное план-факт в виде отчета по исполнению отдельного договора. а вот зачем менеджменту смотреть исполнение по всем договорам сразу в разрезе договоров это вопрос...
для построения модели по исполнению договоров неплохо подойдет цепочка документов выделения средств.
данные договоров конечно можно и нужно исползовать для бюджетирования, только вот если у вас их 1000 да еже статей 200 плюс подразделений 30 да источников 3-4...
кстати, если пожно построить отчет по исполнению отдельного договора. но наверное можно построить отчет по исполнению всех договоров, только вот зачем он кому нужен.... у каждого исполнителя есть свои договора.

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

По второму пункту, интересно узнать ваше мнение. Программа бюджета вроде только в BCS и появилась. У меня эта контировка вроде как закрыта от изменений. В хелпе тоже написано, что вручную не определяется. Вы использовали экзиты для изменения статуса поля?

По пятому пункту. Номер договора = Номер резервирования средств в ФМ = план платежей по договору или план возникновения обязательств.
По логике договор это облиго, а не плановое значение. Поэтому мне кажется тут нет противоречий.

Ну да программа бюджета используется для BCS с этим никто и не спорит. И в 4.7 это поле доступно для ввода без всяких экзитов.
По поводу пятого пункта я нечто другое имел ввиду, ну ладно не суть.

У нас на проекте тоже была такая задача. Мы использовали программу бюджета. Все более менее красиво получилось.

Не подскажите, а как в BCS сделать доступным для ввода поле userdim. Что-то я не нашел соответствующей настройки в SPRO

Настройки-то и нет. Для того чтобы иметь возможность добавлять в формат ввода измерение пользователя, необходимо внести в соответствующую таблицу галочку, причем вносить придется либо программно(собственная разработка) либо модификация экрана ракурса ведения, а так стандартом не получится ....что за таблица не помню.надо ковырять записи. Если интересно могу потом посмотреть.

коллеги, а что Вы можете сказать про интеграцию контрактов (они же договора), через определение сценариев интеграции...
могут ли контракты MM порождать документы резервирования средств (с потоком подтверждения или без него), которые в дальнейшем будут расходываться заявками или ЗакНаПоставку...

хотелось бы услышать все за и против...

Интеграция такая есть, уже кстати обсуждалась на форуме и даже ни один раз.