Задача:
1. Фиксировать дату/время, курьера получившего груз на маршрут.
2. Фиксировать во внешнем интерфейсе дату/время, завод, подотчетный номер сотрудника, получившего груз. Доставлять данные в R3.
3. Формировать аналитический отчет истории движения ЕО. Интересует:
- среднее время доставки;
- ошибки поставки (ЕО перемещается на завод XXXX, а приходит на YYYY);
- возможность в любой момент понять где находится ЕО (создана и на складе, отпущена с завода курьеру, пришла на принимающий завод)

Остановлюсь более подробно:
Пункт первый реализуем через роли партнеров в транспортировке. Либо через дополнительные поля VTTK-TEXT1(...4). Тем более, что таблица небольшая - (Number of rows 266.840) Читатся для отчета будет быстро. Но! Так как задача мониторить текущий статус + исторические данные + в рабочих транзакциях при загрузке позиций должны выгребаться данные... а прямой связки Транспортировка->ЕО нет, только через поставку, табл. VBFA (Number of rows 351.835.200) запрос получается тяжеловатым. + добавляем туда исторические данные, которые хранятся связка CDHDR, CDPOS. Так же придется использовать VEVW - Ведомость использования для единиц обработки, VEKP и т.д. Сложновато ходить за данными получается. Это напоминает операцию на глаз через [censored]. Если строить куб в BW тоже придется выкачивать кучу данных. Альтернатива - Z. Вообще не трогать транспортировку, а пользоваться ТОЛЬКО Единицами обработки.

Пункт 2.
Система пользовательских статусов ЕО. Можно настроить как угодно, но.. в статус не сохранишь табельный получателя и, возможно, еще какие либо данные которые бизнесу потребуются через пол года. Просто пихать в ЕО в какое либо существующее или созданное доп поле подотчетник получателя мне кажется неправильным. Очень много индексов уже по заголовку ЕО(VEKP). Много запросов туда ходит.

Теперь внимание вопрос:
Как в СТАНДАРТЕ можно корректно сохранить к ЕО данные:
Отпустил подотчетник (С(12)); дата/время (DEC 15); werk
Принял курьер (С(40)); дата/время (DEC 15);
Принял подотчетник (С(12)); дата/время (DEC 15); werk
???????
Читал много, не вычитал, пошел империческим путем. Нашел одну славную табличку VEIAV - INTRASTAT поступление/отправка, никак не могу понять где ее юзает стандарт.

Благодарю за ответы.

Самый "простой" вариант:
1. ЕО в поставку через VLMOVE
2. Поставку в транспортировку, в транспортировке указываем роль курьера для этапа, подотчетников, начало-конец-продолжительность.

Для связи документов в отчете и транзакциях интерфейса: VTTP (поставки в транспортировке), VEVW (ЕО в поставке). На этой связках стандарт построен, индексы нужные есть, никаких проблем с производительностью быть не должно. Использовать VBFA не нужно, CDHDR, CDPOS - там технические записи изменений документов хранятся, зачем вам нужны такие "исторические" данные и как вы их в интерфейсах и отчете будете использовать, непонятно.

Если использовать Z, то проще наверно будет для проводки переноса в VLMOVE, использовать документ материала, поставку не генерить, в Z-таблицах писать для этого ДМ нужные доп.данные.

это лучше текстами где-нибудь

Дело в том, что поток документов уже создается.
Схема: Заказ на поставку (ME21N)->Поставка (VL01N)->ЕО(VL02N)->Транспортировка(VT01n)-> ДДМ отпуска товара(VL02N)->ДДМ поступления товара.(MB01)
В эту схему надо все вписать.
EO ВСЕГДА привязана к поставке. Документ OM движения товара делается к поставке. Документ ПМ к заказу на поставку.

Это так и есть, только этапы реально используются для этапов. Все круто Добавлять в этапы ТРАНСПОРТИРОВКИ еще информацию о движении каждой ЕО - нарушить алгоритм печати ТТН... так же акцентирую внимание еще раз что все это надо сделать не применительно к транспортировке, а ИМЕННО к ЕО. Так как по одному маршруту (в одной транспортировке) может идти МНОГО поставок на РАЗНЫЕ заводы. Так же в одной ПОСТАВКЕ могут быть НЕСКОЛЬКО ЕО, которые в свою очередь могут прибывать в разное время (аэрофлот рулез).
Исторические данные - да, верно, так как единица обработки используется один раз то, все "статусные" записи по ней и есть история. CDHDR, CDPOS - отставить.
Все больше думаю про Z... Для заполнения "своих" табличек надо будет вставлять USER-Exits в след моменты:
1. момент сохранения Транспортировки (фиксим отпускающего, завод, дату... так же курьера, дату время (можно одной записью сэкономим дату время).
2. Программу обработки поступления данных из XI с принимающего терминала. Пишем дату, время, курьера, принявший завод принявшего сотрудника.
И все

При таких ограничениях не сильно развернешься .
Или через Z-чистый, или в VEKP добавить поля.

Вот в том то и дело, что VEKP трогать не хочется, туда ОЧЕНЬ активно СУС ходит. Индексов там уже 8 штук. Базисники больше создать не дадут.
Скорее всего остановлюсь на своей связке. Добавлю туда как ключ еще транспортировку У нас логистика хочет еще сканировать бар-код с ТТН и фиксировать дату, время, курьера... зацеплю сразу все вместе
Еще и сделку им предложу для курьеров настроить. Доставили за 4 часа - получили 100% доставили за 10 - извините, 50%...
Пусть алгоритм сами думают, но даные все в системе будут.