Доброго дня!
Использую для генерации данных для печати поставки ФМ RV_DELIVERY_PRINT_VIEW. Запись дебитора (VD03). Поле имени(name1 - 40 символов) такое: ЧАСТНОЕ ПРЕДПРИЯТИЕ ФИРМА "ЭДЕЛЬВЕЙС" . Возвращаемое поле с ФМ длиной 35 символов и автоматически режет в: ЧАСТНОЕ ПРЕДПРИЯТИЕ ФИРМА "ЭДЕЛЬВЕЙ
Я так понял это или БАГ саповский (пупо смотрится), или это устаревший и неподдерживаемый модуль!
Подскажите что в данном случаи делать?

Не баг, а фича , поле KOPF-NAME1 35 символов в интерфейсе ФМ. Мы вводим в поле наименования дебитора в первую строку не более 35 символов, остальной текст наименования(остаток) переносится в name2. Потом склеиваем в вых. документе. Как-то так.
Это старая недоработка, оставлена для преемственности версий, имхо.

Не так все просто! Дело в том что поле NAME2 в ФМ пустое и ничего туда не перенеслось! ОНО просто тупо обрезало!! Меня эта ситуация забавляет!

Так и не перенесется , оно тупо переносит поле kna1-name1 в поле name1 в ФМ, kna1-name2 в name2 . Проверил у меня так и работает. Разделите название организации на две стороки ЧАСТНОЕ ПРЕДПРИЯТИЕ ФИРМА "ЭДЕЛЬВ; 2 строка -> ЕЙС" и введите в справочник соответственно и попробуйте.
Успехов.

Так оно понятно что работать будет! Но это глупости объяснять юзеру что заполняйте поле но не полностью и переносите на 2ю часть! Потому что тут немного сап кривой!

Ну что могу сказать , напишите в поддержку SAPа раз считаете это их недоработкой. Я Вам просто подтвердил, что у нас так же как у Вас работает модуль т.е. это не локальная проблема у Вас.

Успехов.

Первопричина проблемы в том, что имена дебиторов (а также кредиторов) мало того, что разбиты на 4 поля (nam1..name4), так еще хранятся в двух местах:
1. kna1-name1 - 35 символов
2. adrc-name1 - 40 символов.

Правильно, конечно, брать полный текст в 40 символов из adrc-name1, а не нагибать пользователей разбивать имена по 35 символов.

По практике, стандартный вывод наименований контрагентов по разным причинам никого не устраивает, поэтому пишут универсальный ФМ сбора данных по наименованию, адресу и реквизитам контрагента и втыкают его абсолютно во все печатные формы на проекте (в стандарте еще во многих местах разная логика, вплоть до отличия между Торг-12 и счетом-фактурой)

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