Попробую, только вот программа преобразования не повлияет ли на функцию автоматического суммирования?

Нет, не должна. Она ведь никак не меняет значения поля.

Создал ФМ с именем CONVERSION_EXIT_ZSIGN_OUTPUT, протестировал - работает, активировал, указал в домене имя подпрограммы преобразования - ZSIGN - не дает активировать домен, ругается что не существует программы преобразования.

Спасибо всем, все заработало! НЕвнимательно читал справку, модуль ввода INPUT нужен обязательно.

ещё пять копеек в общий фонд:

U can copy the fm CLOI_PUT_SIGN_IN_FRONT to CONVERSION_EXIT_SIGN_OUTPUT and activate it. Then in edit mask use this '==SIGN' or u can create one domain and refer the domain to that field. In that domain u set the convertion routine = SIGN.

Especialy for Сергей Королёв:))) обыскал все что мог - нашёл то что вы предложили:). По моему всё таки правильнее первый путь через ФМ - вдруг когда ещё понадобится с пакетированными данными другой длинны?

Первый путь - это через филд-каталог прямо прописывать подпрограмму преобразования? Вполне можно, но с другой стороны, прямое изменения филд-каталога - это изменение текста программы (например, если юзер в имеющемся отчете решил какое-то поле тоже сделать с начальным знаком). Если сразу закладываться на домены, а в программе вообще не играться со свойствами полей, то во многих случаях достаточно поменять структуру/элемент данных/домен.
Домен много хлеба не просит, не совсем понимаю, почему традиционно люди ленятся завести или лишний домен, или элемент данных, или структурку.

потому что идею существования ГЛОБАЛЬНЕЙШИХ переменных (Словаря) надо впитать с молоком матери:). А когда до этого дцать лет писал на нормальных языках просто привычнее функцию написать (изменить) чем создавать новый эел-т и цеплять на него преобразование

Эт всё моё ИМХО

Таки это не переменные, Коллега, а типы. Во всяком языке есть глобальные типы.

Да и кто из нас раньше не программировал на нормальных языках... Эх...

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

Пардон. Описка;)



как молоды мы были...




Нормальная саповская стратегия:))) Плюс (не из желания поспорить) придёт новый разработчик, понадобится ему то же самое - поискал ФМ и нашёл. А додуматься, что есть домен для этого - сложновато... ИМХО оба пути правильны и имеют право на существование. Всё остальное - дело вкуса

ФМ 'CLOI_PUT_SIGN_IN_FRONT' переносит знак числа в его начало. А то на англоязычном САПе это написано, а у нас - нет