по-другому его можно называть "Суточный реестр платежей".
Могут быть разные варианты его реализации (разработка в АВАР)

А Друри вместе с прочими теоретиками, которые ничего не понимают в АВАРЕ, пусть отдыхает.

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

А чем стандартный СМ не устраивает. Тянет все и откуда угодно, никому не мешает, в отличие, от бюджетов. Ну нет визардатого драгидропа при настройке, так зато не промахнешся.

под СМ Вы понимаете Управление наличностью и ликвидностью?
Это хорошо бы... Но я ж говорю: очень много хотят! например, многоуровневое, массовое утверждение документов к оплате, распределение платежей по банкам и т.д

поясняю: система 4.6C, запускается транзакция se93 (ведение транзакций), выбирается FM48 (приведенная Вами), после этого "просмотр".
В транзакции видим экран, на котором написано, что класс разработок KAFP. Двойным щелчком по этому классу разработок переходим к просмотру информации о классе разработок, где сказано, что это "Прикладной компонент" PS-CAF-PLN-PLN Планирование .

для программиста - это так. Но мы то с вами понимаем, что класс разработок не самая надежная признак для определения назначения функционала. Смотрим стандартное меню (46С) Учет и отчетность --> Финансовый менеджмент --> Учет финансовых средств --> Финансовое планирование --> FM48 - Изменить
да и "Справка по приложению" выкидывает на TR Финансовый менеджмент

Друри посмотрел. В главе ведения бюджетов (русский перевод почему-то смета) - cash budget. Одна из главных задач ведения этого бюджета по Други - оперативное определение возможных кассовых разрывов. Есть пример формата бюджета - ну один в один ( ) как у нас - сальдо входящее, in \ out потоки в разрезе нужных статей, сальдо исходящее. Учитывая, что участниками бюджетирования выступают менеджеры подразделений, то планирование на уровне подразделений подразумевается.
Ну и ладно. Сделаем мы свой БДДС на финансовых позициях, придется конечно поабапить - но куда сейчас без этого

Yes

Классика Workflow

см. СМ

Классика потока операций не пойдет: я ж говорю - массовое утверждение (платежей сотни) + количество уровней утверждения в потоке операций ограничено 3мя (насколько я помню..., хотя, могу ошибаться).

а СМ я смотрел... но проваливания в отдельные позиции документов бывает недостаточно для для реализации всех "хотелок" клиента.

Ошибаетесь количество уровней утверждения при грамотно построенном потоке операций ограничивается только глубиной вашей организационной структуры. Но тут, увы, без собственных доработок никуда... в стандарте это реализовано плохо.
p.s. кому интересно, welcome в тему по workflow

p.p.s.: Проанализировав стандарт склоняюсь к мысли что реализация в FM графика платежей задача, как таковая, не совсем корректная. Гораздо проще, да и правильней на имхо делать это в SEM BW, а на долю FM оставить только контроль за превышением лимитов.

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

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

просто не всегда нужно использовать FM, когда речь заходит об управлении финансами.

Тот же Ликвидити планер на 99% удовлетворит потребности небольшого финотдела, который хочет увидеть проведенные платежи в разрезе статей и орг. структуры. Причем с возможностью изменить присвоение контировок уже после проведения выписки.

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

а кто говорит что в BW это невозможно?