Добрый день!
Вопрос такой. Есть ли возможность автоматического заполнения стандартного поля в основной записи основного средства "Инвентарный номер" ?
Просто слышала, что есть программа автоматического формирования номеров.
поделитесь знаниями

Расширение AISA0001 (SMOD).
Далее - к разработчику для обеспечения автоматической генерации номера.

У нас реализовано так:
*
* AISA0001
* Include ZXAISU02
* Inventory number allocation dependends on the last 8 digits of the
* main asset number and is preceded by prefix I-

If I_ANLA-AIBN1 is initial.
E_INVNR = I_ANLA-invnr.
else.
select * from anla where
ANLN1 = I_ANLA-AIBN1.
E_INVNR = anla-INVNR.
endselect.
endif.

Большое всем спасибо

а чем вам не нравится вариант замещения инвентарного номера номером ОСа? пишется минут за 20.
При этом если вы вводите инв.номер руками, то данные не перекрываются (актуально для ОСок из исторической системы)

да нам то нравится, а вот клиентам нет
им нужна сквозная нумерация по классам 1,2,3...

Подскажите, плиз, в чем дело:

Через AS08 создаю необходимые диапазоны номеров ОС вида 072010000001 (т.е. начинающиеся с нуля). Далее создаю карточку ОС, просматриваю ее. В поле "ОснСр" номер ОС выглядит следующим образом: 72010000001, т.е. отсекаются ведущие нули. То же самое и в отчетах. Как сделать так, чтобы ведущие нули не исчезали?

А для чего Вам нужно видеть ведущие нули?

Ну, во-первых, с эстетической точки зрения Бухгалтерам не нравится когда, просматривая отчеты, вместо инвентарного номера, который у них раньше был (000040300001), они видят номер 40300001.
Во-вторых, в инвентарном номере кодируется информация о дочерних компаниях и классах ОС, которая в следствии отсекания ведущих нулей, теряется. В принципе, из этой ситуации выход есть, но всё равно, хотелось бы решить проблему путем сохранения ведущих нулей.

Можно попробовать изменить подпрограмму преобразования ALPHA, в домене ANLN1.

Ни в коем случае - эта подпрограмма преобразования испульзуется не только в указанном домене!
У нас было решение, связанное с более безболезненной системной модификацией: необходимо поменять элемент данных в структуре, через которую идет вывод в отчетах (ЭД ANLN0), присвоив ему домен без ALPHA-подпрограммы преобразования.
Карточку ОС лучше, по-моему, не трогать.

В таблицах номер основного средства хранится как раз с ведущими нулями. Программа преобразования, как раз ответственна за то, что ведущие нули отсекаются. Если убрать в домене ANLN1 подпрограмму преобразования ALPHA, номера ОС будут отображаться с ведущими нулями. Конечно, изменение стандартных объектов, по-моему, является дурным тоном. Все-таки лучше было бы обойтись без взлома стандартного функционала. Например использовать поле инвентарный номер или написать собственный отчет для вывода ведущих нулей.

Проблему решили следующим образом: отчет сделан в ABAP Query. Однако, инвентарный номер берется не из ANLA-ANLN1. В функциональной области с помощью функции "Дополнительная информация" было создано дополнительное поле - в нашем случае k5 (!обязательно указать тип поля - N!), для которого в кодировке прописали всего лишь 2 строчки:
k5 = anla-anln1.
anla-anln1 = k5.

А почему не используете поле инвентарный номер ANLA-INVNR?

Ранее инвентарные номера кодировались по-другому. Бухгалтера хотят, чтобы старые инвентарные номера сохранялись и выводились в отчеты. В поле ANLA-INVNR как раз и заносим старый инвентарный номер.