Добрый день, есть более подробная информация о Collaborative Master Data?

Не соглашусь с претензией на нехватку номеров. Неоднократно видел внедрения, где год указан как раз 9999, и все номера документов идут вне зависимости от года. Одному такому внедрению уже лет 15, полет нормальный.
 
Однако, рис.9 не показывает такой настройки, а должен, судя по описанию.

1. "диапазон будет автоматически обнулятся в начале каждого года" - Серьезно? Никогда не видел такого, чтобы диапазон с годом, сам обнулялся.
 
2 "поэтому вы можете присвоить длинный диапазон и создать независимый от годовой принадлежности диапазон номеров" - Неа... не выйдет у вас создать длинный диапазон, там ограничение 10 символов, так что если диапазон будет один и без года, то максимум может быть 9 999 999 999, а для FI это не так чтобы много, ну если конечно это не система на 5 пользователей. Поэтому, там диапазоны все в привязке к году, так как по факту из этого количества первый две цифры обычно равны номеру диапазона (ну если мы про стандартное предложение номеров), то по факту, максимум у нас получается 99 999 999 документов.
 
3. "но в ней также присутствует поле «Текущий номер», обозначающий текущий номер в этом диапазоне номеров" - И что вы хотели этим подчеркнуть? О чем, должен был сказать, пытливым умам, присутствующий текущий номер? Какие особенности будут в связи с этим? Вы как-то, как Джек Лондон, на полуфразе остановились, или будет продолжение?

1. "диапазон будет автоматически обнулятся в начале каждого года" - Серьезно? Никогда не видел такого, чтобы диапазон с годом, сам обнулялся. - Для этого необходима определенная настройка диапазонов. Во всех диапазонах в колонке "год" необходимо проставить 9999. Когда будет начинаться новый год, то будет использоваться следующий порядковый номер. На практике практически нигде не используется, но возможность есть.
 
3. "но в ней также присутствует поле «Текущий номер», обозначающий текущий номер в этом диапазоне номеров" - И что вы хотели этим подчеркнуть? О чем, должен был сказать, пытливым умам, присутствующий текущий номер? Какие особенности будут в связи с этим? Вы как-то, как Джек Лондон, на полуфразе остановились, или будет продолжение? - Планировалось продолжение

1. "диапазон будет автоматически обнулятся в начале каждого года" - Серьезно? Никогда не видел такого, чтобы диапазон с годом, сам обнулялся.
 
2 "поэтому вы можете присвоить длинный диапазон и создать независимый от годовой принадлежности диапазон номеров" - Неа... не выйдет у вас создать длинный диапазон, там ограничение 10 символов, так что если диапазон будет один и без года, то максимум может быть 9 999 999 999, а для FI это не так чтобы много, ну если конечно это не система на 5 пользователей. Поэтому, там диапазоны все в привязке к году, так как по факту из этого количества первый две цифры обычно равны номеру диапазона (ну если мы про стандартное предложение номеров), то по факту, максимум у нас получается 99 999 999 документов.
 
3. "но в ней также присутствует поле «Текущий номер», обозначающий текущий номер в этом диапазоне номеров" - И что вы хотели этим подчеркнуть? О чем, должен был сказать, пытливым умам, присутствующий текущий номер? Какие особенности будут в связи с этим? Вы как-то, как Джек Лондон, на полуфразе остановились, или будет продолжение?

Олег,
1. Транзакция – CRMC_IC_AUIADDR, содержит электронные адреса для получателей почты в системе SAP CRM.
2. Транзакция - SO28, содержит мэппинг между электронным адресом, который заведен на почтовом сервере SMTP, и адресом получателя в системе SAP CRM.
3. ВАЖНО: С технической точки зрения, любое входящее письмо в системе SAP CRM оборачивается в BOR-объект (бизнес объект системы SAP). Для данного объекта запускается поток операций (work-flow), в котором на определенном шаге формируется задача (task). Именно данная задача является диалоговым шагом потока операций, который пользователи видят и обрабатывают в системе SAP CRM.
4. Именно поток операций (work-flow) определяет механизм, который будет использован для маршрутизации входящих писем. Как раз во второй статье и рассмотрен наиболее часто используемый такой механизм, называемый ERMS (система управления электронной почтой). Где маршрутизация может быть построена на основании таких критериев, как:
• адрес отправителя;
• адрес получателя;
• тема письма;
• содержание (текст) письма.
С Уважением, Андрей.

Андрей,
а как можно для любого потенциального клиента завести настройки в транзакциях CRMC_IC_AUIADDR и SO28 и использовать стандартную маршрутизацию?
или была сделана еще дополнительная маршрутизация, которая использовалась в том случае, если предыдущие не отработали?
 
Дело в том, что я как-то решал сходную задачу и пришлось добавить немного своего кода, чтобы охватить все возможные ситуации.
 
Спасибо тебе за эту статью и за часть2 к этой статье.
 
sapland.ru/articles/stats

Порекомендовал бы создавать индексы по полям в клаузе WHERE. Выборка будет значительно быстрее, также рекомендую не использовать в WHERE конструкцию <>(не равно).

Порекомендовал бы создавать индексы по полям в клаузе WHERE. Выборка будет значительно быстрее, также рекомендую не использовать в WHERE конструкцию <>(не равно).

Добрый день, Илья! Спасибо, интересная и актуальная публикация! Совсем недавно нами проводился анализ подобного рода. Были найдены схожие с Вашими аргументы для выбора того или иного сценария. В ходе этой работы была сделана попытка сформулировать для самих себя выводы в какой-нибудь более-менее краткой форме, примерно так: если все данные лежат в HANA и нет иных аналитических задач, кроме оперативного мониторинга факта, то, да, вероятно, достаточно S/4HANA Analytics )

Спасибо за ваши комментарии!
Я ни разу не сомневался, что затронутая мною тема, уже поднималась и не раз. И тут я полностью согласен с Олегом Кашуба: Каждый раз одни и те же грабли. :)
Про микрофон - согласен, прогресс идет вперед. А дальше - виртуальный шлем и управление работой системы посредством мысли. :)