Подскажите пожалуйста, а нужна ли сейчас программа J_3RFUM25? Или документы по оплате тоже обрабатываюся J_3RFUM26? На прошлом проекте для переноса V1-V9 использовали 25, а V9-VC переносили при помощи 26. Сейчас заново перечитала документацию и задумалась - а правильно ли это?

Если программа 26 сама формирует перенос по первичному событию, то почему у нас не формировала? Извините, если вдруг чушь спрашиваю

Спасибочки огромное, добрый человек

Начиная с ERP2005 J_3RFUM25 не поддерживается. Ее функции выполняет теперь отчет RFUMSV50.

Manticore писал:
Начиная с ERP2005 J_3RFUM25 не поддерживается. Ее функции выполняет теперь отчет RFUMSV50.

Подскажите, пожалуйста, что это за зверь такой, кому он нужен, и где про него можно почитать? У нас как раз ERP2005.

То-то и оно, что почитать негде. Ходят слухи, что в help.sap.com help.sap.com есть есть описание программы + смотрите ноты по ключевым словам RFUMSV50, new deferred tax

Если кому интересно, последняя нота: 969645 - How to start to use RFUMSV50 solution in Russia

https://service.sap.com/sap/support/notes/969645

Не советую настраивать и юзать RFUMSV50 в России. Эта прога читса для Европы написана, криво работает с частичными оплатами, и переплатами.
Если необходмо переносить именно "по оплате" (например для таможенных фактур, налоговых агентов и т.д.) рекомендую использовать RFUMSV25! Эта прога есть и в ерп2005 и прекрасно работает с переносом по оплате, без глюков, фактически аналог российской проги J3rfum25.

1. RVUMSV25 в свое время была основой для J_3RFUM25. В ней нет много того, что есть в J_3RF... Иначе не стали бы писать.
2. Программа RFUMSV50 писалась с учетом российских требований. Если она чего-то не делает, то стучите в SAP и требуйте доработок. Под лежачий камень...