Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Не соглашусь с претензией на нехватку номеров. Неоднократно видел внедрения, где год указан как раз 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 )
Спасибо за ваши комментарии!
Я ни разу не сомневался, что затронутая мною тема, уже поднималась и не раз. И тут я полностью согласен с Олегом Кашуба: Каждый раз одни и те же грабли. :)
Про микрофон - согласен, прогресс идет вперед. А дальше - виртуальный шлем и управление работой системы посредством мысли. :)
ABAP. Предъявление данных. Основы
18.02.2025Управление запасами и инвентаризация в SAP
18.02.2025Основы табельного учета в SAP
18.02.2025Интеграционные технологии SAP: Интерфейсы BAPI / Idoc
18.02.2025
Комментарий от
Рафаиль Салихов
| 19 сентября 2017, 00:53
Кирилл Малыгин 05 июля 2017, 16:27
Добрый день, есть более подробная информация о Collaborative Master Data?