А Кредиторы у вас вообще есть?
А Кэш менеджмент?
________
Не дадим распространиться заразе политкорректности!

GeorgeaКоллеги из фин. блока говорят, что вроде нашли стандартную возможность формировать графики оплат на основе заявок на закупку и заказов.
Ну а почему бы не найти? Я не знаю точно, что делает OCM, но в принципе, если рассуждать логически, в заявке еще маловато данных для точного графика оплат (и сумма примерная, и дата желаемая, и условия оплаты часто точно не знаем), а вот в заказе их уже довольно много, почти достаточно. Есть сумма, ожидаемая дата, условия поставки и условия оплаты - следовательно, могут быть вычислены сумма и ожидаемый день оплаты.
Только и по заказам может быть построен график оплат лишь в первом приближении.Ведь заказы сами по себе - это еще не основания предстоящих оплат. Реальная дата получения может отличаться от ожидаемой, за объемы поставщик может предоставить дополнительную скидку, могут появиться транспортные расходы (фрахт), сборы и т.д. Так что железные основания предстоящих платежей - это инвойсы с плановыми платежами.

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

Я в таких случаях стараюсь мыслить с позиции того, что "аппсы не совсем же дураки придумали". Ну а стандартный способ прогнозировать Cash Flows - это использовать модуль Cash management.