Общепризнанный передовой опыт в области поддержания компетентности конечных пользователей на высоком уровне говорит о том, что необходимо создать устойчивую сеть суперпользователей.
ИИ помогает писать код, собирать прототипы и ускорять разработку. Но в системах с высокой ценой ошибки главный вопрос не исчезает: кто отвечает за результат, если этот код попал в промышленный контур. По итогам сессии «Кризис или эволюция: будущее ИТ-профессий после золотого века» разбираем, почему ИИ может быть помощником, подсказчиком и ускорителем, но не может стать алиби для разработчика, архитектора, тестировщика, руководителя разработки или организации.
После переноса позиций в новую структуру данных ключевым этапом перехода на SAP S/4HANA Finance становится миграция сальдо. Автор наглядно разбирает этот процесс: как дельта-итоги Главной книги и контроллинга переносятся в универсальную таблицу ACDOCA, и почему записи получают особые номера документов, невидимые в стандартных отчетах.
ERP-платформа может выглядеть убедительно в презентации, дорожной карте и пилотном проекте. Но настоящий экзамен начинается там, где система сталкивается с тяжелыми расчетами, закрытием периода, платежами, регламентными заданиями, пиками пользователей и узким окном обслуживания. По итогам сессии «Перспективы развития ERP+ в партнерстве с ключевыми клиентами» разбираем, почему о производительности стоит говорить не в стиле баек TED или бизнес-историй успеха, а на языке конкретных операций.
В этой главе вводится понятие прогнозирования временного ряда (time series forecasting), который представляет собой показатель (measure), повторяющийся через постоянные интервалы времени. Мы покажем, как прогнозировать отдельный временной ряд (time series), и покажем, как повысить точность прогноза (forecast accuracy) за счет предоставления дополнительного контекста.
Модель зрелости конечных пользователей SAP описывает пять уровней готовности организации — от планирования обучения до экспертной эксплуатации с непрерывным развитием компетенций. Чтобы избежать «шока» от новизны платформы и обеспечить устойчивую поддержку, рекомендуется провести самообследование через опрос сотрудников и оценить текущий уровень по каждому элементу передового опыта.
ERP-платформа становится зрелой не только в обители вендора. В какой-то момент крупный заказчик перестает быть сторонним наблюдателем, покупателем и источником жалоб. Он начинает участвовать в развитии продукта: формулирует требования, проверяет релизы, спорит о приоритетах и приносит в платформу масштаб, который невозможно придумать в лаборатории. По итогам сессии «Перспективы развития ERP+ в партнерстве с ключевыми клиентами» разбираем, когда заказчик становится соавтором ERP, а когда все остается на уровне писем, тикетов и мучительного ожидания «может быть, когда-нибудь».
ИТ-суверенитет все чаще звучит как цель, но его зрелость трудно оценить без понятной шкалы. В заметке разбираем, почему происхождения продукта, наличия в реестре и факта замены недостаточно, и какие показатели помогают понять, стал ли конкретный ИТ-контур действительно самостоятельнее, устойчивее и управляемее.
Выбор модели оплаты консультантов и способа отбора подрядчика напрямую влияет на ход SAP‑проекта, потому что от этого зависят мотивация исполнителя, распределение рисков и итоговая польза для бизнеса. Правильный формат договора и прозрачный процесс выбора подрядчика помогают не просто уложиться в бюджет, а получить партнёра, который действительно даст измеримый результат.
Снижение расходов на обучение пользователей SAP ради сиюминутной экономии часто оборачивается куда большими потерями: неполная подготовка ведёт к задержкам, ошибкам и росту обращений в справочную службу, а ключевые бизнес‑процессы — от ввода заказа до оплаты — начинают буксовать.
По итогам пяти сессий третьей АКПО-Конф запускаем цикл «Заметки главреда»: не стенограмму и не отчет, а серию материалов об отдельных сигналах рынка — болях, расхождениях, гипотезах и рабочих правилах, которые стоит проверить на реальных проектах.
Неспособность оказать поддержку конечным пользователям обесценит все остальные усилия. Без поддержки конечных пользователей окупаемость ваших инвестиций станет призраком.
Перемещение запаса может происходить физически, например при перемещении материала из одного места хранения в другое, или логически, например при переводе запаса из статуса контроля качества в неограниченное использование. Термин «перемещение запаса» (stock transfer) обычно относится к физическому перемещению, тогда как «проводка перемещения» (transfer posting) обычно описывает логическое перемещение.
Сегодня мы рассмотрим функциональность резервирования материалов, включая ручные резервирования и связь между резервированиями и планированием потребности в материалах (MRP).
После вебинара стало очевидно: ИИ в ABAP уже умеет многое — от генерации черновиков кода и документации до разбора legacy-логики и помощи в IDE, но реальная польза начинается только там, где результат можно быстро проверить и безопасно встроить в систему. В SAP-разработке красивый ответ модели еще не означает готовое решение.
Предприятие, отслеживающее каждый аналитический КПЭ, будет лучше подготовлено к улучшению основных КПЭ, так как его менеджмент лучше понимает, что оказывает влияние на их результаты.
Рассмотрим ключевую операцию настройки «Запуск и мониторинг миграции данных» при переходе на SAP S/4HANA Finance. Автор последовательно описывает четыре основных этапа: обогащение данных транзакций, проверку мигрированных документов, а также мониторинг статуса этих процессов. Особое внимание уделяется ситуациям, когда возникают ошибки, и действиям для их исправления. Кроме того, в материале поясняется, как выполнять каждый шаг по отдельности, а не в автоматическом режиме, и даются практические рекомендации по использованию соответствующих транзакций.
В то время как рынок SAP рос «бешеными» темпами, SAP-консалтинг должным образом не развивался. Как уже отмечалось ранее, методы подбора консультантов на проекты были неудовлетворительными.
Коммерческие результаты любого предприятия получают свое непосредственное отражение в отчете о прибылях и убытках. Необходимо выявлять КПЭ, которые в наибольшей степени влияют на прибыли и убытки, а также те процессы, которыми обуславливаются те или иные КПЭ.
Отчёты, которые используют экраны списков для вывода результата, называются классическими отчётами. Классические отчёты бывают обычными и интерактивными. Обычные отчёты используют только базовый список для вывода результата, то есть не содержат интерактивных элементов. Интерактивные отчёты, напротив, содержат элементы, которые реагируют на действия пользователя в отображённом списке.
Продолжая использовать сайт, вы соглашаетесь на обработку персональных данных, собираемых с использованием cookie-файлов и сервиса «Яндекс Метрика» для анализа использования сайта и оценки эффективности маркетинговых кампаний. Более подробная информация представлена в Политике конфиденциальности.