Всем привет!
Посоветуйте пжт. После перехода на версию 4.7 возникла проблема из-за того, что в FI приходят очень странные документы (вида AF), содержащие в себе позиции как по дебету, так и по кредиту (не как обычно: несколько дебетов и один кредит или наоборот, а несколько дебетов и несколько кредитов). Данная ситуация возникает при проведении амортизации через транзакцию AFAB в модули “Основные средства”(AA). Плюс к этому эти документы отражаются как ошибочные в корреспонденции счетов RFHABU10. Коллеги, поделитесь пожалуйста возможно где-то настраивается правило формирования документов при проведении амортизации.

У Вас возникает ошибка что-то типа "В документе №ХХХХХХХХХ не возможно определить корреспондецию"
а в строках отражается вот такое "????????????????????????????"

Да именно такая ошибка.

Такого в FI-AA нет. Возможно стоит обратить внимание на настройки счетов амортизации OA93, или взглянуть на движения по ОС, но я сомневаюсь.

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

Условия, при которых RFHABU10 может определить корреспонденцию в
документе, подробно описаны в документации к программе. Если документ
не соответствует ни одному условию, то это приводит к описанным Вами
результатам

Для определения корреспонденции счетов в сложных случаях отделом
разработки SAP CIS разработана подсистема "Корреспонденция счетов",
которая содержится в Add-on для Российской Федерации (каталог
programs/correspond). Документация по подсистеме доступна по адресу:
http://service.sap.com/~sapidb/01100035 ... 02R/D4.pdf

так оно же бьется на разные МВЗ, отсюда и множество отдельных позиций по одному счету!

А что нужно настроить в АА, чтобы формировались нормальные проводки.

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

Понятно, значит не ломая стандарта через настройки это сделать нельзя.

Dumer
А можно чуть по подробнее. У нас это тоже наболевшая проблема.

С этой проблемой мы обратились в SAP и вот их ответ:
Данная проблема известна нашим разработчикам.
Существует 2 альтернативы:
1) ручная обработка документов.
2) использование не новой программы RAPOST2000, а старой RABUCH00.
Пожалуйста, посмотри ноту 683313, в которой приведены все отличия
между старой RABUCH00 и новой RAPOST2000 программами амортизации.
Обе программы поддерживаются САП в версии 4.70.

Откуда МВЗ в кредите?

Использование старой программы - это не панацея. В версии 4.0 есть только RABUCH00 и с ним возникают те же самые проблемы. (А я думаю, что очень врятли стали бы в 4.7 изменять RABUCH00)

А вот выход с ручной обработкой документов проходит на ура.

Так, что это получается? У всех эта проблема не решена. А если много БЕ и в "неправильном" документе по 50 позиций, то ручной обработкой можно устать править.
Может есть у кого соображения или пути решения?

Мы поступили таким образом:
a) чтобы не ломать стандартную программу, скопировали 2 программы:
1) RAPOST2000 -> ZRAPOST2000
2) rapost_loop -> zrapost_loop.

b) в строке 278 zrapost2000 изменили
INCLUDE rapost_loop. на
INCLUDE zrapost_loop.

b) в строке 137 zrapost_loop закоменнтировали
*PERFORM prepare_new_fi_document.

с) убрали комментарий в строках 143-145 и вставили PERFORM prepare_new_fi_document
получилось:
AT NEW ext-ktogr.
PERFORM t095t_lesen USING ext-ktogr.
PERFORM prepare_new_fi_document.
ENDAT.

d) в строке 361 заменили:
AT END OF ext-afaber.
PERFORM post_fi_document.
ENDAT.
на
AT END OF ext-ktogr.
PERFORM post_fi_document.
ENDAT.

В программе rapost_top указывается переменная con_max_bseg_lines, которая равна по умолчанию 100. Это и есть максимальное количество строк в FI-документе для прогона амортизации.