Добрый день!
Вопрос не технический, но решил спросить у FI, так как они в теме.

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

P.S. Заранее спасибо, конкретных цифр не жду, всё очень по-разному на каждом предприятии, просто скажите, что думаете.

Программа платежей достаточно проста и стандартно преднастроена.
Все ее пункты настройки можно найти в транзакции FBZP.
Основные моменты:
- настройка БЕ и БЕ плательщика
- настройка способов платежа в стране и в БЕ
- настройка собственных банков и комплекс настроек по выбору банковских счетов
- всякая мелочевка типа интервалов номеров для платежных поручений

Самый существенный и трудоемкий момент - это настройка PMW (уже почти никто не использует стандартные программы печати) и DME к нему (если решили использовать DME в PMW) + программируемый блок в собственных ФМ.

Отдельный разговор про валютные платежи, если есть (валютный контроль, банковские цепочки, банки-бенефициары и пр.)

Ну а в целом все будет зависеть еще и от того, будет ли АПП разу с проводкой работать или без.
Смежные настройки:
- новые виды документов
- новые счета ГК по банкам (основные + технические)
- ревизия имеющихся дебиторов, кредиторов для внесения изменений в банковские реквизиты и закладку "Платежные данные"
- опционально автоматизация формирования назначения платежа на BTE
- настройка целевых платежных кодов ОГК и настройка новых кодов
- (вытекает из предыдущего пункта) ревизия контрольных счетов в основных записях контрагентов + причесывание/смена
- возможно, продумывание концепции авторизации платежей на кодах блокировки, вытекающие отсюда дорожные карты, объекты полномочий, проверки и замещения
- смежные настройки для CM, LP (уровни диспозиции, группы диспозиции и пр.), если используется
- если есть TRM со сделками, то придется продумывать концепцию, как он будет дружить с исходящими выплатами (там вообще будет отдельная песня).

Технически - недолго и достаточно комфортно/интересно этим заниматься, это по большому счету несколько человекодней.
Куда сложнее может оказаться процесс выстраивания концепции.

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

да, вот этот момент заинтересовал - платежи в РФ в иностранной валюте. Yozhhhhh, не ткнёте ли пальцем, где об этой кухне можно было бы почитать поподробнее? Заранее спасибо!

Все очень просто - таких не бывает.
Если Вы про платежи ВНУТРИ РФ в иностранной валюте. Все, что может быть, это условная единица, но платеж все равно будет в рублях.
Если же речь про расчеты с натуральными нерезидентами в валюте, то читать нужно в первую очередь про валютный контроль и паспорт сделки, а эта тема настолько мощная, что я даже не буду пытаться развить ее, чтобы не сбить с толку... Последние несколько лет вижу только компании, которые валютные платежки оформляют вне SAP. Но точно знаю также, что есть и те, кто валютный контроль в SAP реализует и платит там же.

Всё верно, про эти расчёты. "читать нужно в первую очередь про валютный контроль и паспорт сделки" - т.е. сначала посмотреть собственно про бизнес-процесс? Эх, а хотелось-то с наскоку, про какое-нибудь готовое решение прочитать. Ну, что ж, будем искать

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

По большому счету паспорт сделки можно реализовать на чем угодно.
Дальше через проверки, BTE и модули PMW накрутить свою логику - когда угодно.
Банковские цепочки - дело уже за малым.
Я это в принципе сейчас уже понимаю, но как назло нет уже материала, так сказать. То есть компании, кто бы это захотел сделать. Либо объем валютных платежей настолько низок, что нет никакого резона тратить на это ресурсы.
А вообще платежку - да, можно реализовать и из SAP.

И вообще что автор вкладывает в понятие АПП? Вот вопрос.
Кроме F110, есть еще F111 И тут звучит музыка из фильмов Хичкока.

Автор))) имел ввиду, что у нас была создана Z-етовская программа платежей.
соответственно позиции берутся из заказа на поставку (или задолженности)
>>>
промежуточный документ который согласовывают собственно
>>>
требование платежа (из стандарта)

И что замена этого потребует перенастройки SAP и многого сопутствующего софта

Это я как раз понял. Но я спрашивал, что названо "стандартной" АПП. Потому что и F110, и F111 - это "стандартные" АПП.
Но они работают на совершенно разных объектах.
F110 работает на документах-основаниях самого модуля FI (памятные позиции + реальные проводки).
F111 работает на платежных требованиях - эфемерных объектах, ничего похожего не имеющих на документы FI. F111 чаще всего, например, используют при интеграции с TRM, но не только. Верхушка у них идентичная - задействованы способы платежа и PMW, но основание будет ой каким разным. Концепция авторизации и workflow того же на этих методах будет вообще полярной.

Имею ввиду эту функциональность.
На тесте прокручивал, интересно получается!
а вот сопутствующих проблем многократно больше...