Комментарий:
1. Увы, Вы поняли нас неправильно. ТОС - это не "развитие тем", а теория (методология), которая даёт инструменты для анализа ситуаций (проблем бизнеса), в том числе таких:
-  Почему названные Вами "темы" не эффективны на предприятии?
-  Почему возникают неразрешимые проблемы при внедрении этих "тем"?
-  Почему внедрение дорогостоящей ERP системы не способствует повышению эффективности бизнеса?
 
2. Ограничением (по ТОС) в бизнесе является фактор, который не позволяет принять управленческого решение, обеспечивающее совершенствование бизнеса. В приведенном Вами примере (2+2) ограничением как раз и является то, что ответственное лицо  не обладает информацией для принятия "правильного" управленческого решения. И очень часто внедрение SAP нацелено не на обеспечение релевантной информацией лиц, принимающих управленческие решение, а на то, чтобы из сгенерированного "океана данных" нарисовать красивую, но бесполезную отчетность.

Комментарий:
По поводу первого предложения можно конкретику с обоснованиями? В коментарии никаких аргументов.

Комментарий:
Насколько я понимаю, Теория ограничений Голдратта - развитие тем JIT, Six Sigma и проч.
Вопрос: насколько новомодные теории менеджмента применимы в компаниях с крайне низким уровнем автоматизации? Если руководство не знает, сколько в их компании будет 2+2, но ищет "ограничение" своего предприятия?

Комментарий:
Вам не надо наладить прозрачность бизнес-процессов компании?!

Комментарий:
Спасибо за подсказку. С Вашей подсказкой нашел это: scn.sap.com/community/erp

Комментарий:
Задать параметр и вызвать просмотр документа типа так:
 
SET PARAMETER ID 'BES' FIELD <номер заказа>.
CALL TRANSACTION 'ME23N' AND SKIP FIRST SCREEN.
 
Или более правильно использовать специальный ФМ:
 
CALL FUNCTION 'ME_DISPLAY_PURCHASE_DOCUMENT'
          EXPORTING
            i_ebeln = <номере документа>
            i_ebelp = <позиция документа>
            i_enjoy = 'X'
          EXCEPTIONS
            OTHERS  = 1.

Комментарий:
Вопрос по присвоению отчета или транзакции, что бы Вы посоветовали для присвоения транзакции просмотра заказа на поставку (ME23n)?  Проблема в том что эта транзакция не принимает  номер документа из отчета а берет последний отредактированный пользователем документ.

Комментарий:
Приветствую Алексей.
Потребность бизнеса обусловлена желанием принимать правильные управленческие решения исходя из динамики текущих продаж.

Комментарий:
Минимальная гранулярность по времени для закрытия пакета демона - час, минуты не понимает. Загрузку через PI и зарегистрированный сервис  тоже проходили, если прием идет через реалтамовый механизм, то проблемы те же: размер пакета, время пакета.
Про объемы данных: приходилось перезаливать по 248тысч. чеков (когда в них исправили ошибку).

Комментарий:
Пункты 0 и 1. в самую точку.
П 1. на мой взгляд, является корневой причиной проблематики.  По пункту 1 хотел бы добавить:  
1. Консультант должен понимать бизнес область, в которой происходит внедрение.  
2. Система содержит БИЗНЕС-ЛОГИКУ.  Консультант обязан ее знать и уметь подстраивать под требования заказчика стандартными настройками (назовем это стандартной функциональностью).
3. И самое главное  - консультант должен уметь консультировать (простите за тавтологию). А это значить:
    a. Собрать требования заказчика.
    b. Понять, что на самом деле необходимо заказчику (а это не всегда то, что он явно выражает в виде требований).
    c. Предложить решение, основанное на стандартной функциональности.
    d. В спорных случаях, уметь убедить заказчика  в правильности предложенного решения.

Комментарий:
Илья, добрый день!
Мне всегда нравятся статьи описывающие реальный опыт, но не всегда этот опыт можно назвать best practice.
Данную статью корректнее было назвать  - как сделать решение по загрузке чековых данных "на коленке". Это было бы честнее )
Ты элегантно оставил за кадром стандартные решения по загрузке POS данных - POS DM и/или SAP PI, в которых все эти задачи решаются стандартным способом. Понятно что они стоят денег, но,на мой взгляд, начинать выбор решения надо с них.
Также было бы интересно узнать - чем вызвана у бизнеса потребность видеть данные продаж онлайн? (данные складов видны и без POS)
Ну и конечно хочется иллюстраций (чем больше тем лучше) общей фразы "практика показала" !
С уважением,
Алексей

Комментарий:
опечатка вкралась: при транспорте сервис НЕ будет работоспособным из-за ссылки на структуру, которой нет

Комментарий:
При Механизм сбора данных в режиме реального времени
 
про ограничение в 100 тысяч записей и разработку для закрытия пакета - преувеличение, мне кажется. в BW 7.1 можно и по времени пакет закрывать. с регистрацией источника данных и SOAP тоже было бы все здорово, если бы его не надо было генерировать непосредственно в продуктивной системе (хотя транспорт сделать можно, но сервис будет работоспособным).
хотелось бы, чтобы автор привел хотя бы ориентировочные объемы загружаемых данных.
 
Спасибо

Комментарий:
Вячеслав спасибо.
Небольшой вопрос к Вам.
У вас получалось привязать к запросу Z*таблицы. Сейчас нет под рукой 6 версии, в 4.7 я просто не вижу эти таблицы.

Комментарий:
Для присвоения транзакции к запросу необходимо знать имя программы. Его можно получить в транзакции SQ01, меню Запрос-Другие функции-просмотреть имя отчета. Далее, создаем транзакцию в SE93 и присваиваем ей отчет запроса. Далее включаем транзакцию в существующую роль или создаем новую роль.

Комментарий:
А у вас профиль-генератор типа всем разработчикам доступен? Ну тоже тогда хороший вариант.

Комментарий:
Как вариант. Но если мы говорим о простоте, то можно создавать (генерировать)  и через PFCG.

Комментарий:
А что SE93 представляет собой нечто супер сложное?!

Комментарий:
Красиво и полезно.
Было бы не плохо добавить шаг про создание транзакции, было бы полное описание.

Комментарий:
Отличная статья! информативно и кратко

Комментарий:
Использование  транзакции MASS  для большого перечня объектов в системе прекрасно описано в статье Олега Точенюка sapland.ru/articles/stats

Комментарий:
Хорошая статья!

Комментарий:
Александр, Яков спасибо за статью, прочитал с удовольствием, как и предыдущие ваши статьи.
Для меня остался один нерешенный вопрос:
«
В настоящее время опубликовано достаточно много книг и статей, (к сожалению, в подавляющем большинстве переводных), в которых рассказывается о методах эффективного внедрения и даются рекомендации, добытые «кровью и железом».
»
Подскажите, пожалуйста, примеры таких книг.
Спасибо.

Комментарий:
Это решение очень удобно использовать для работы диспетчерской службы и службы ОТК, в перечень обязанности которой входит процесс контроля и управления непрерывным производством. Цена вопроса - возможность получать детальную информацию на каждом этапе производства, в условиях когда максимум информации необходимо передавать в технологические заказы и партии материалов для их дальнейшей аналитики и использования в производстве.
PI Sheet -  может выполнять функцию документа согласования между разными цехами и службами, которые участвуют в производственном процессе. Применение довольно широкое - коксохимическое производство, металлургия, пищевая промышленность.
Данный подход упрощает процедуру работы ключевых пользователей с системой в режиме реального времени. Основное преимущество этого решения - событийность производства, тоесть информирование каждого участника процесса в наступлении события и необходимость внести требуемую  информацию для шага.

Комментарий:
Исходя из всего прочитано сделал свои выводы... Конечно каждая компания ставит разные цели при реализации проектов и тут может быть несколько подходов. Кто-то ищет новые инструменты оптимизации бизнес-процессов, кто-то стремится систематизировать и адаптировать текущие требования бизнеса в новой системе, невзирая или пренебрегая  теми решениями, которые предлагает система.
1.Часто у клиента можно услышать аргумент  - Сделайте так же как было раньше!
С таким подходом большая часть ресурсов и затрат на проекте будут брошены "на доработку стандартных функций системы напильником" - разработка ABAP , при этому клиент только на заключительной стадии проекта понимает, что логику которую он внес в систему, только усложняет процедуры принятия решения и сами бизнес-процессы, для поддержки которых необходимо постоянно нести затраты на ресурсы и разработку.
2. Клиент максимально стремится перенять стандартные функции системы, меняя существующие бизнес-процессы для быстрого достижения целей проектов. Тоесть проект делается не ради замены одной системы другой, а именно для адаптации БП рекомендованных внедряемым продуктом и стандартами внедрения.
Возможно первый вариант часто возникает потому что руководство проектом и стейкхолдеры не всегда осознано подходят к целям внедрения, а руководствуется требованиями бизнеса, не всегда анализируя их целесообразность. И в итоге получается что мы тянем в новую систему старые проблемы и новые ошибки нестыковки решений SAP с не совсем целесообразными требованиями бизнеса, обусловленными исторически сложившимся учетом на предприятии.
 
За рубежом считается в порядке нормы внедрение рекомендованных БП и компания понимает за что она платит деньги. В наших регионах часто все ограничивается шаблонными презентациями без детальной проработки проблематики и ограничений предприятия, которые могут критически повлиять на весь процесс внедрения стандарта. В итоге все сводится к тому, что продаем всю систему и договариваемся о том, что потом все это допилим под требования бизнеса ABAPом.
 
Согласен с Олегом, что в консалтинговых компаниях часто возникают ситуации, что клиенту предлагают использование разработок, которые работают на проектах в других похожих компаниях, не пытаясь разобраться, а как же оно должно работать в стандарте.
 
В итоге получается, что часто при переходе со старой системы в новую мы наступаем на старые грабли - поддержка собственных разработок в новых версиях. И вместо упрощения мы получаем трудоемкие решения, которые очень тяжело поддерживать в условиях постоянно меняющихся требований бизнеса и ротации кадров.