Привет!

После технического апгрейда на ерп2005 вдруг оказалось что при выгрузке из F110 на носитель платежа расчетный счет контрагента выгружается без первых двух символов (которые, как все мы знаем, стандартно хранятся в отдельном поле BKONT) ?
Известно:
всякие там паки - начала 2009 года
конфигурация DME, методов платежа и т.п. - не менялась

Вопрос:
отчего такое может быть?

PS. Ни одной подходящей ноты пока не нашел..

А в стандартной платежке счет тоже без первых двух символов выводится?
Если твердо уверены, что помимо DME и настроек не менялись и exit-ы, badi и пр., то проверьте на разных шагах в трассировке как заполняется REGUH в части счета (по-моему это REGUH-ZBKON - здесь как раз хранятся первые два символа из счета)

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

Трассировку - имеете ввиду через дебаггер? Или есть какие-то возможности по трассировки DME? Я с этим DME раньше не сталкивался..

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


Да. Запустите отдельно через SE38 программу формирования носителя платежа SAPFPAYM, и брейк поставьте где-нить в ФМ в разных моментах (посмотрите какие у Вас активированы моменты в модулях событий к формату DMEE, например *_paymedium_dmee_31), чтобы увидеть где теряется значение REGUH-ZBKON.

Delicia, спасибо за комментарий и информацию!

Итак, вооружившись отладчиком прошерстил почти всю процедуру создания носителя платежа.
И нашел Ниже излагаю мое представление о причинах нашей ситуации:
Искомые отличия выявились в функциональном модуле FI_REGU2FPAY.
Отличия в том, что переменная es_fpayh-zbkon в 4.7 заполняется переменной is_reguh-zbkon напрямую в модуле FI_REGU2FPAY. А в erp2005 - она импортируется из модуля CONVERT_BANK_ACCOUNT_NUMBER. И вот этот самый модуль для страны=России, при прочих равных, оставляет эту переменной пустой (как в 4.7 так и в erp2005). Зато модуль CONVERT_BANK_ACCOUNT_NUMBER делает другую полезную вещь, а именно для страны RU, опять же при прочих равных, es_fpayh-zbnkn становится равным is_reguh-zbkon + is_reguh-zbnkn (т.е. контрольный ключ (2 символа) + номер счета (18 символов) объединяются в номер счета (20 симвлов)).

Так уж получилось , что у нас в DME было настроено, что номер счета получателя - это es_fpayh-zbkon (2 символа) + es_fpayh-zbnkn (18 символов, начиная с третьего). Видимо атавизм какой-то, но в 4.7 работало - там ведь zbkon исправно заполнялся.
Соответственно - при выгрузке по новому (т.е. в ERP2005) оставалось только 18 символов из поля номер счета.
Решение выбрали простое: объяснили DME, что теперь надо брать номер счета получателя = es_fpayh-zbnkn (20 символов). И все заработало.