Олег, в ATC настраивается проверка pdf и lsmw? Где конкретно не подскажете?

Вообще-то все это настраивается в транзакции ATC. А то по описанному вами пути через SE03 как-то сильно ограниченная настройка, точнее там просто включается проверка, а вот настройки правил проверок там как раз нет.
 
В общем мне это напоминает индусские статьи. Вроде как и по делу, а сядешь делать по ней, а там опачки, а важная деталька просто не описана, зато очень подробно описано, то что и так ясно, типа как создать в настройке новый завод + три экрана к этому шагу. Ну и соответственно вроде как и полезно, а использовать никак. Или это как у Шнура в песне про выборы, вся песня писалась ради последнего абзаца, посвященного SafeERPCodeSecurity? Если да, тогда написано хорошо.

Молодец Тимур!
Ждем следующих публикаций! Удачи!

Здарова! Тимур. Не ожидал тебя тут увидеть :)

Отличная статья.
 
Первая часть показывает наглядно ошибки мышления начинающего консультанта, вторая знакомит с правильными вопросами, пусть и не дает на них ответа.
 
Что важно, на мой взгляд:
1. Предложенный вариант настроек (отдельные виды контрактов по секторам) несет существенные ограничения - нельзя в одном сбытовом документе продать материалы и услуги (а что может быть естественнее для строительной организации?
 
2. Присвоение сектора карточкам материала - плохое решение. Тут надо задуматься о соответствии сектора группе материалов. Могут ли материалы одной группы принадлежать разным секторам?
Ответ да - плохой, так как получается две аналитики, группирующие код материала и более крупная (сектор) не определяется однозначно по более мелкой (группе материалов).
Ответ нет - тоже плохой, потому что тогда нет смысла хранить сектор в карточке материала, достаточно сделать таблицу меппинга группа материалов - сектор и использовать ее в аналитике.
 
Вообще, сектор во многих случаях - вырожденная аналитика.
Например, в отраслевом решении SAP Retail в документации прямо рекомендовано использовать всегда один сектор, и вместо этого использовать иерархию групп материалов.

В первую очередь, хорошая статья по введению в обработку входящей почты.
 
Но вот с утвреждением "перейти на новую версию в SAP-системах -- это равносильно внедрению системы заново." я спорил, спорю и всегда буду спорить. Это не так. Тем более автор использует SAP CRM 7.0. На текущий момент не существует версии 8.0 или CRM4/HANA :) А установки существующих Ehp (Enhancement Package) равносильны и не сложнее установке SP-пакетов, по сути своей которыми они и являются. Плюс с новыми версиями вы получаете дополнительные плюшки в виде:
- более простой способ добавления новых атрибутов в поиск (в статье описано как добавить в результат, а что если надо добавить в критерии поиска? ;) );
- обширный набор стандартных атрибутов как в результате поиска, так и в критериях;
- "асинхронного поиска" во входящей почте, что при больших объёмах значительно улучшают производительность и юзабилити;
- интеграцию с социальными медиа - в текущих реалиях много клиенты смотрят в их сторону или внедряют;
- настраиваемый тулбар для входящей почты.
и т.д.

Если по скринам из статьи, то на рис.8 можно выбрать класс разработки Z001 (ставим курсор на узел и жмем на кнопку выделения узла(третья кнопка слева в тулбаре). Далее в поле для транзакций вводим слово MASS и жмем Enter. В принципе дальше уже все интуитивно понятно.
Таким образом можно выбирать любой узел дерева (всю систему, пакет и т.д.)

Здравствуйте, Екатерина. Ну может быть вы что-нибудь разъясните по УКД? Используете ли вы в ЭДО УКД (корректировочный УПД)? Меня интересует больше всего применение УКД для режима ДИС (документа об изменении стоимости) в случае с ММВ-7-15189@. В ММВ-20-15/86@ был в свою очередь режим 2 - соглашение об изменении стоимости. Для УКД мне не понятно:
1) как ДИС отражается в системе
2) в какие журналы ложится и т.п.

Если честно ничего не понял, где нужно выделить узел пакета с содержимым. Можно экран примера?