Стандарт наименований собственных объектов разработок
Название проекта
Номер проекта/сроки
Вид проекта (внедрение, апгрейд, внутренний, прочее)
В этом блоке я бы разнес номер проекта и сроки, т.е. сделал бы сроки проекта отдельной ячейкой типа с DD/MM/YYYY по DD/MM/YYYY.
Наименование заказчика
Руководитель/заместитель руководителя проекта от заказчика
Руководитель/заместитель руководителя проекта от исполнителя
Написал бы наименование заказчика/Инициатор проекта, так как иногда инициатор и заказчик могут быть разными людьми.
1. Управление документом.
Я сюда добавил бы статус документа типа: Черновик/Базовый документ/Согласование/Финальная версия и т.д. А дальше типа таблица утверждения документа, не знаю насколько важна версия, обычно утверждают последнюю версию и она общая для всех или ты предполагаешь, что разные люди утвердят разные версии? Так это не правильно, мало ли что изменится после того как кто-то согласовал первую версию. Я бы номер версии вынес в заголовок это таблицы, т.е. все согласуют одну и ту же версию документа.
Если в системе SAP уже существует в какой-нибудь таблице поле, имеющее тот же физический смысл, что и во вновь создаваемой таблице, следует использовать это имя.
Я бы может тут добавил бы и предложение по поводу элементов данных, т.е. если есть элемент данных созданный под сущность, например номер товарного вагона, то использовать нужно именно уже созданный элемент данных, как бы избежим при этом проблемы межмодульного взаимодействия по типам.
Имена объектов репозитория:
XYYZZZZZZ_NN
Первая Z или Y, вопросов нет, далее тип объекта, тоже как бы не вопрос, а вот поля ZZZZZZ и NN вызывают следующие мысли. Я не понимаю что значит код разработки по реестру, т.е. это что? Т.е. предлагается вести сквозную нумерацию всех объектов где-то в таблице и брать номер из этой таблицы? Следовательно я делаю например 10 доменов, называться они у меня будут c ZDO000001_00 по ZDO000010_00, но тут видим сразу же одну проблему, во-первых нули и буква "О", однако сливаются, второе это значит что должен быть человек который ведет таблицу реестра и выдает номера, ну такой себе аналог транзакции SNUM, опять же, а если я запросил домены не все сразу? Это приводит к тому, что мои домены будут разбросаны... в перемежку с чужими? В общем как по мне нужно добавить/расписать как предполагается давать имена вот этому блоку ZZZZZZ! Далее версия которая равна номеру запроса, мне не ясна, так как SAP ведет версии сам, ну если вы используете версии. так что не вижу смысла в этом номере. в общем я бы сделал маску типа
XYY_ZZZZZZ, где расписал бы правила ведения блока ZZZZZZ, я в этом ZZZ бы или кодировал ключ/код разработчика + какое-то смысловое наименование а не номер, например для домена номеров товарных вагонов, я бы написал что-то типа ZDO_UUKNUMWAGON.
Далее еще такие мысли, разработка может быть клиентская и консалт пишет что-то что потом будет продавать, ну и чтобы не нарваться на проблемы при импорте разработки клиенту из-за совпадения имен, возможно что в глобальные разработки неплохо бы включить в имя код компании, т.е. типа сделать XNNYY_ZZZZZZZZ, где NN - будет сокращением от имени компании разработчика, в таком случае попасть в зону имен клиента меньшая вероятность.
Именование функциональных модулей BAPI
Ну вообще-то BAPI пишет только SAP, а се остальные пишут разные ФМ, так что я бы убрал вообще нафиг этот префикс BAPI, так как тогда не ясно какая разница между просто моим ФМ и моим же ФМ но я решил что это будет BAPI. Если считать что BAPI это ФМ который пишет таблицы базы данных тогда как минимум по твоему документу у него должно быть имя ZFMBAPI*, но тогда ФМ на чтения давай называть ZFMSELC*, ФМ в которых разные расчеты пусть будет ZFMCALC и т.д. а иначе получается на ФМ у нас действуют два стандарта.
Имена запросов
Даже не знаю есть ли смысл разделения по зависимости данных от манданта. Ну скажем программы в таком случае всегда будут на I, но как бы... я смысла в таком разделении не вижу если честно.