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

Сумбурно наверно выскажусь, но потом если что прокомментирую. Первая мысль такая:
1) так как у нас у каждого отдела свой бюджет, и отделы ведутся как МВЗ, то может сделать на отдел заявку со ссылкой на МВЗ, в которой пишется вся конкретика, потом заявка печатается, подписывается и блокируется каким нить статусом для изменения.
2) В заявке на равне с конкретными позициями, могут быть и текстовые позиции (конкретный материал/услуга/ОС неизвестны), в этом случае заполняется текст и деньги. НО в дальнейшем когда близится квартал в котором все проясняется, то заявка правится и текст заменяется конкретной позиций.
3) Далее расходование бюджета идет уже созданием заказов по конкретным заявкам.

еще такие моменты, у нас есть внутренние проекты, и часть закупок может выполняться под эти проекты (ведутся на PS). Там необходимо то же самое.

Кто делал что нить подобное?! Буду рад любым вариантам.

1. Создать где-нибудь в Z-таблицах версии планирования и сохранять туда всю потребность (резервирования, заявки и т.п.) в нужном ракурсе, схлопывая и т.п. Сохранять, например, по результатам защиты бюджета.
2. Блокировать изменения потребности на весь горизонт планирования (ясно, что Z)
3. Открывать периоды для перепланирования (читай, изменение потребности на то, что фактически необходимо) и утверждать измененную потребность с проверкой лимита из п.1

Как-то так...
P.S.: ну и куча подводных камней, типа цен на материалы/услуги в разрезе месяцев и т.п.

В целом понял. Но вот про Z-таблицы, версии планирования как то подробности в голове не вырисовываются. Тут если можно детальнее.


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

Такое планирование осуществляли на заявках MM. В качестве подразделений и другой аналитики для бюджета использовали контировки FM - ПФМ, фин.позиции, фонд.

В зависимости отгруппы материалов планирование происходило следующим образом:
1) Номенклатуру которую могли спланировать относительно точно, то заявку создавали с ОЗМ.
2) Для номенклатуры, где возможны массовые замены на другую номенклатуру или сразу точно нельзя сказать что будет закупаться (канцтовары, различная мелочёвка, автозапчасти и т.д.) указывалась только группа материалов.

3) Далее создавались контракты на эти заявки, при чём разработкой подменяли тип позиции из заявки на w (группа материалов) в контракте.
4) ППМ генерировались уже оперативные заявки на основе резервирований, где уже была известна конкретная номенклатура.
5) В качестве источника поставки таким заявкам присваивались позиции контракта ранее созданные на основе заявок годового планирования
6) Делали заказы на поставку со ссылкой на оперативные заявки.

p.s. В этой цепочке ещё по необходимости использовали запросы/предложения поставщикам перед контрактованием. Кроме того делали удобный интрефейс по присвоению источника поставки и разрабатывали свои отчёты

Ну сделать типа ZRESB из RESB'a, только чтобы еще и версии сохранялись, т.к. не очень хорошо перезаписывать то, что напланировали. Плюс версии можно использовать для разных горизонтов: 18 месяцев, 6 месяцев и 1. Как-то так

У нас реализовано посредством заявок. Включено бюджетирование, но это уже в форум по FI-FM.
Включен контроля бюджета, в разрезе Фондов, ПФМ.
Заявка (контроль бюджета по фонду) - Заказ (контроль бюджета по ПФМ).
Заявки подразделения (Фонды) создают в течение года по мере потребности.

Заявки на списание (Тип позиции U и с контировкой) ? Если так, то не очень понятно, как быть с потребностью PM и PP

Хотел бы добавить про версии и Z таблицу: это все можно сделать стандартом через долгосрочный ППМ. Создается сценарий (MS31), и прогоняется ППМ по нему - MS01. Тогда в табличках MDTB/MDKP (если не путаю названия) - хранится ведомость ППМ - т.е. все потребности, заявки итд. Их так же можно менять через MS04...единственное что - это в зависимости от настройки ППМ - данные могут храниться не в этих таблицах а в чем то типа кластера (программисты должны знать) - можн посмотреть как MS06 от туда читает.

заявки на списание - с контировками
N Q

У вас Фонд = Подразделение?


Спасибо за ответ.
Подскажите, как определить какие заявки ППМ должен обрабатывать, а какие нет? Хочу сделать отдельную заявку (не оперативную), специально для планирования потребностей.

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

В бади это можно сделать. код тривиальный.

Abral, можно чуть подробнее про ваш подход.
1 и 2 я понял.
3) Контракты как я понимаю, для того чтобы потом создать оперативные заявки со ссылкой на контракты?
4) О каких резервированиях речь? В какой момент они создаются? ППМ стандартный прогоняли?

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

А резервирования были в основном из ТОРО и инвестиций, ну и небольшой объём ручных резервирований и списание. Периодичность создание резервирований определялась внутренними регламентами, но как правило, это на 1-3 месяца вперёд по операционной деятельности и от 3 мес. до года по инвестиционной деятельности.