Данная статья не рассматривает случай рассчетов из стоимости включая НДС. Но для этого случая разница при расчете НДС попозиционно и по документу также актуальна. Например, три позиции по 100.06
 
Стоимость с НДС 100.06 => НДС 20/120 = 16.68, за 3 шт. НДС = 50.04, Стоимость без НДС = 250.14
Стоимость с НДС за 3 шт. по 100.06 = 300.18 => НДС 20/120 = 50.03, Стоимость без НДС = 250.15

НДС меняется, 18% превратится в 20%, и это значение кажется менее проблемным для расчета. Но до тех пор, пока 1 рубль нельзя поровну разделить на троих, ошибки округления никуда не денутся.
Даже использованный в этой статье пример со стоимостью 100.09 продолжает быть показательным.
стоимость 100.09 => НДС 20% = 20.02, за 3 шт. НДС = 60.06
стоимость за 3 шт. по 100.09 = 300.27 => НДС 20% = 60.05

Добавьте еще что в целевой системе, куда будут перенесены настройки, надо создать такой-же класс и признак. Кроме этого надо в транзакции CL20N присвоить объект к классам.

"
Итого, с /SDF/CMO_TR_CHECK надо работать итерационно - добавить в запрос всё чего не хватает и прогнать еще раз, чтобы убедиться, что все объекты следующего уровня в запросе есть.
А вот ваша программа показывает всё чего не хватает сразу.
Получается, у вас в этом отношении преимущество.
"
 
"Да, всё верно."
 
1. Если добавить транспортные запросы с объектами первого уровня, программа начнет ругаться на вновь добавленные транспортные запросы, потому что в них будут ссылки на объекты второго уровня, которые отсутствуют в целевой системе. Это, по моему мнению, минимизирует преимущества данной программы над стандартным решением этой задачи от SAP.
 
2. В ноте 2475591 - Transport Check Report есть описание двух транзакций /SDF/TRCHECK и  /SDF/CMO_TR_CHECK для проверки запросов. Следующие проверки доступны: ссылочная целостность (Cross Reference), проверка последовательности (Sequence Check), разные версии компонентов (Cross Release), время импорта (Import Time in Source System), проверка импорта онлайн (Online Import Check). Подробное описание проверок см. в указанной ноте.
 
3. Если неудобно пользоваться программами, в SAP Solution Manager в рабочей области SAP Engagement and Service Delivery есть самостоятельный сервис Transport Execution Analysis for Projects (TEAP, нота 1728978 - Guided Self Service Transport Execution Analysis for Project) - это своего рода оболочка для проверки транспортных запросов перед импортом. Предлагаю использовать этот сервис почти на каждом проекте, мало кто это делает.

Как общий итог сложился в 370 вместо 470?

Константин,
касательно Ваших вопросов:
1) проводки формируются в момент сохранения документов материала согласно настройкам в OBYC (таблица T030)
2) и 3) в моей практике подошло с доп.Z-проверками и отчетами.
 

Также анонсирую, что скоро выйдет статья (не моего авторства) касательно изменений в S/4 HANA для давальческой схемы (не слишком подробная).
После выхода - постараюсь ссылку здесь дать.

Спасибо, очень пригодилось!

Добрый день! А есть у кого нибудь файл с детальным описанием действий, которым пользуются на этом вебинаре?

Добрый день, Влад.
 
У меня опыта разворачивания SAP HANA достаточного для ответа в данной ситуации нет. Но вариант с акселератором, конечно, в плане реализации гораздо проще, чем полная миграция. И эффект должен быть.
 
Может быть кто-то с необходимым опытом ответит. Кто пробовал уже оба варианта.

Большое спасибо за статью. Написана хорошим языком, даны правильные формулировки - с полнотой и логической последовательностью.