Code:
Стоит задача добавить в ОЗМ пользовательские поля.
Можно, конечно, это сделать через классификацию, но мне больше нравится вариант сделать аппенд в MARA и пользовательский экран в MM01/MM02/MM03
к тому, что сказано выше, можно задуматься еще о следующем:
ОЗМ - это не только MARA
. Пользовательские поля нужны на уровне "Основных данных / Basic Data" или может все-таки на уровне завода/сбытовой/закупочной?
2) судя по тому, что поле добавили его еще как-то будут и заполнять и возможно массово изменять. так?
если у Вас будет поле в стандартной таблице, то Вам подойдет: MASS, LSMW и свой Z. Для признаков MASS не подойдет.
если поле нужно обновлять наравне с другими полями (из существующих шаблонов), то это довод в пользу отдельного поля.
3) создав признак со всеми средствами поиска и проверками данных, вы его сможете использовать и для других классификаций.
пригодится ли этот признак в других классификациях?
если да, то это довод в пользу признака.
4) Отправляются ли данные при изменении ОЗМ в какие-нибудь внешние системы? имеется ли уже функционал, который это отправляет?
его будет легче доработать при передаче признаков или при передаче полей?
5)
Code:
возможность управления полями в транзакциях, отсутствие ограничений в 30 символов....
а что это за поле в более 30 символов для материала?))))
варианты со своей таблицей или длинным текстом - не подойдет?
длинные поля я бы не стал добавлять в MARA (только если оно не сверх критично и важно)
6) какая отчетность/печатные формы / проверки в оперативных документах будут связаны с этим полем?
много ли менять?
если там уже есть структура mara / marc / mvke, то получается - это меньше, чем для признака; а значит довод - в пользу поля.
если отчетов/форм/проверок еще нет и неизвестно, что будет - то лучше признак.
7) как часто по этому полю придется искать и в каких транзакциях оно должно присутствовать на селекционных экранах?
много - довод за поле; если искать по нему не нужно - в пользу признака.
если Вы задумались "MARA vs признак", то важность этого атрибута в ОЗМ для компании Вам не доказали/обосновали - и это довод в пользу принака (или Z-таблицы). если значение в этом атрибуте будет для 10 ОЗМ из 100000, то согласитесь для MARA - не разумно. если будет для более ~20%, то можно расширить таблицу.
не совсем согласен с предыдущими комментариями, что о решении нужно задумываться только исходя из кол-ва Z.
Помимо Z есть еще размер базы данных (обозначил в пункте
. и (если у Вас (у Вашего клиента) HANA или будет HANA) за размер придется "платить". также имейте ввиду то количество индексов (если оно понадобиться), которое придется обновить или создать - они также изменять размер базы.
Когда мы создаем признак у нас обновляется бОльшее количество таблиц. таким образом, если у Вас 100 000 ОЗМ и для 60% планируется заполнение этого поля - лучше поле.
PS.
расскажите, пожалуйста, какое решение приняли Вы и почему?