У нас ГВРиУ это не свернутый до статей БДР график поставок, т.к.: во-первых график поставок по конкретным товарам/по конкретному поставшику может реализовываться несколькими договорами с поставщиками/несколькими договорами с конкретным поставщиком, у нас ГВРиУ будет создаваться на каждый договор свой и будет проверяться на непревышение суммы договора суммой позиций ГВРиУ созданного к этому договору, во-вторых, позиции ГВРиУ могут создаваться и по одной на период контроля лимитов БДР, без обязательного создания позиции на каждую дату поставки, т.к. цель ГВРиУ контролировать лимиты БДР, а не формировать график поставок, график поставок контролирует спецификация к договору, реализованные у нас заказом на поставку.
График платежей сгенерированный один раз из ГВРиУ предполагаю что потом актуализироваться будет вручную, т.к. у нас ответственные за ГВРиУ и график платежей разные службы и измения графика платежей после первоначального автоматического формирования затем как то перезатирать изменениями ГВРиУ думаю будет неправильно. До чего реально в конечном итоге договоримся с Заказчиком и как реализуем - можно только гадать

А вот тут прежде чем делать выводы нужно понимать какой объект в FM за какой бизнес процес отвечает. У нас сейчас после заключения договора детальная спецификация еще не известна, но под договор куратор договора должен зарезервировать лимиты по одной или нескольким статьям БДР. Соответственно привязав контроль за лимитами БДР на создание заказов на поставку (спецификации к договору) мы получили бы жесткую спецификацию по договору с определением только тех материалов которые изначально планировали. А так мы отвязали с помощью ГВРиУ функцию планирования и резервирования лимитов БДР от составления спецификации - при составлении спецификации позиций заказа не создашь на сумму большую чем в позиции ГВРиУ на которую они ссылаются.
На одном из моих предыдущих проектов столкнулся с тем что во время подписания договора закупщики не могли при местных закупках определить жесткие номенклатурные номера, т.к. договор определял сумму а материал мог покупаться разный. Делали на том проекте два заказа на поставку - один с нематериальными позициями и проставленными ФП и от него уже создавали заказы на платеж, другой уже с реальными материалами по которому делалась поставка фактурирование и т.п. Сейчас на мой взгляд схема стройнее.