Коллеги, добрый день.

Поделитесь, пожалуйста, опытом. Кто использовал вышеуказанные программы. Использовали ли Вы их одновременно, или какую-то одну из них?

Расскажите мне, пожалуйста, практический смысл программ в двух словах. Не так, как в Хелпе написано, а как по жизни. Т.е. простое определение: для переноса фактических значений, это и так понятно. Как на практике? Кто разбирался с ними, расскажите, плиз!

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

Заранее спасибо.

Практический смысл? Пожалуйста:
По сути первая предназначена для работы с платежами со ссылкой на счет, вторая без ссылки. Однако если активировано сравнение платежей FI-FM, то программа RFFMS200 будет работать за двоих
Если на пальцах, то программа RFFMS200 при обработке документа выравнивания, изменяет документ УБ относящий к фактуре добавляя в него новые строки: строка сокращения бюджета фактуры и строка платежа(понятно что этих пар может быть несколько)
В случае же с авансами, обновляться будет как сам документ выравнивания так и фактура.
Программа RFFMS201 предназначена в основном для отслеживания платежей без ссылки на счет в FM. Чтобы можно было, учитывать их в УБ до того как они будут выравнены или пока у них не появится какая-то другая связка со счетом. Программа просто создает для таких платежей документ УБ. Соответственно, можно указать, чтобы при выравнивании, созданный ранее документ УБ к платежу - удалялся бы.
Мы в свое время решили не заморачиваться с RFFMS201. И ограничились RFFMS200 - и нам вполне хватает.

В принципе понятно, хорошо, что подтвердили мои соображения. Комментарий целостный.

Вопрос по конкретнее: не возникало ли проблем со сторно при использовании RFFMS200?

Нет проблем не возникало по крайней мере не припоминаю что-то...
если что и было, то без труда лечилось нотами.

Коллеги!

Возник вопрос с настройкой RFFMS200.
Система 4.6С, профиль обновления 350, есть фактические данные в продуктивной системе.
В OF29 установлена галка "S200 обычная функциональность".
При такой схеме, FMF0 не всегда устанавливает соответствие платёж-фактура.
Хочу поменять настройку на "расширенную функциональность".
Для этого предполагаю действовать по такой схеме:
1. Кастомизировать сообщение FICUSTOM 017.
2. Поменять настройку S200.
3. Отменить смену фин. года в УБ.
4. Запустить RFFMRPFI в фоне для проводки в УБ заново всех FI-документов.
5. Запустить FMF0.

А теперь вопросы:
- Какую настройку (обычную или расширенную функциональность) рекомендуете, и какая стоит у вас?
- Делали ли вы такие изменения, и какие дополнительные грабли меня поджидают?

Думаю, нота 360667, Вам поможет принять правильное решение

dante14, эту ноту я уже читал; соответственно, Ваш намёк более чем понятен.
Однако актуальность вопросов от этого не уменьшается.

Ну тогда не буду, грузить по поводу нарушения целостности данных, которое может возникнуть))....хотя опять же никто не мешает удалить все данные, а затем провести обновление....но вот в продуктиве я бы произвести такое, решился бы только взесив все за и против.
Порекомендовать выбирать тот или иной сценарий врядли кто-то сможет...это Вам надо решать самостоятельно основываясь на своих потребностях и хотелках.

Задача-то, в сущности, очень простая - разнести входящие платежи по правильным бюджетным контировкам.

А почему не подходит обычная функциональность??

Обычная функциональность в качестве документа платежа (FMIFIIT-VOBELNR) указывает документ выравнивания данной фактуры. Это не всегда документ оплаты.

А не подкажете, что значит "Кастомизировать сообщение FICUSTOM 017":?:

В стандартной поставке сообщение FICUSTOM 017 имеет тип E - "ошибка", тем самым блокируется критичное изменение настройки RFFMS200 в OF29.
Тип этого сообщения можно настроить (кастомизировать) ведением ракурса V_T100C, то есть вместо "ошибка" сделать "предупреждение", например.
Это делается либо через тр. SM30, ракурс ведения - V_T100C, Прикладная область - FICUSTOM.
Либо через SPRO - "Изменение управления сообщениями" (в ветке "Управление бюджетом").

А не подскажите когда есть N сообщения, как то можно определить мне самостоятельно для него ракурс и прикладную область?

Вы когда техническую информацию к сообщению смотрите - там же будут данные вида "№ сообщения F5 279", где "F5" - это прикладная область, 279 - номер сообщения.
Запускаете тр. OBA5 (эквивалентно ведению V_T100C) и указываете там прикладную область в попап-окне.