Большинство компаний выбирают модули SAP раньше, чем закончат описывать свои процессы. Список передают системному интегратору (SI), SI оценивает работы по этому списку, а через полгода объём вырастает вдвое: половина процессов, которые должны были поддерживать эти модули, так и не была согласована. Из всех причин расползания объёма (scope creep), с которыми я сталкивался, эта встречается чаще всего.
Я создал этот инструмент, чтобы поменять порядок. Укажите отрасль, размер компании и бизнес-процессы, которые у вас действительно работают. На выходе вы получите исходный перечень модулей, компоненты BTP, которые стоит рассмотреть, и поэтапное внедрение с учётом того, какие модули от каких зависят. Это повод начать разговор, а не готовый ответ. Ответ приходит из вашего blueprint.
Результат не привязан к вендору. Инструмент не продвигает RISE вместо GROW и не предпочитает расширения в ядре перед BTP. Он показывает, какая архитектура вам, скорее всего, нужна, чтобы вы пришли на разговор с SI с позицией, а не с вопросом.
Выберите отрасль в выпадающем списке, укажите размер компании и отметьте бизнес-процессы, которые действительно входят в объём проекта. Инструмент расставляет приоритеты базовых модулей с учётом отрасли, добавляет отраслевые варианты там, где они уместны, предлагает расширения BTP там, где разрыв реален, и раскладывает всё по этапам.
Рекомендации можно править до построения дорожной карты. Свой бизнес вы знаете лучше, чем инструмент. Его задача: не дать разговору начинаться с нуля.
- Базовые модули. FI/CO, MM, SD, PP, HCM и другие модули основы ERP, которые нужны вашим процессам.
- Отраслевые модули. Варианты для банков, ритейла, здравоохранения или производства там, где они применимы.
- Расширения BTP. Integration Suite, Build, AI Core и другие компоненты платформы, которые закрывают разрыв между стандартным SAP и тем, что вы делаете на самом деле.
- Карта интеграции. Как модули расположены относительно друг друга и где очевидные точки интеграции.
- Поэтапная дорожная карта. Какие модули входят в первый этап, какие переносятся на второй и какие зависимости нарушать нельзя.
Create your SAP implementation roadmap
Fields marked * are required.
- FI (финансовый учёт). Главная книга, кредиторская и дебиторская задолженность, учёт основных средств. Обязательное ядро.
- CO (контроллинг). Центры затрат, центры прибыли, внутренние заказы, калькуляция себестоимости продукции. Обычно идёт в паре с FI.
- MM (управление материальными потоками). Закупки, управление запасами, работа с поставщиками, проверка счетов-фактур.
- SD (продажи и дистрибуция). От заказа до оплаты (order-to-cash), ценообразование, отгрузка, выставление счетов.
- PP (планирование производства). Дискретное, процессное и серийное производство. PP-PI для процессных отраслей.
- HCM (управление персоналом) или SuccessFactors. Базовый HR, расчёт заработной платы, управление талантами. В большинстве новых проектов для фронт-офиса выбирают SuccessFactors, а SAP Payroll сохраняют там, где этого требует локальное законодательство.
- EWM (расширенное управление складом). Всё, что выходит за рамки простых складских мест: управление волнами, slotting, планирование складского персонала.
- PM (техническое обслуживание и ремонт). Отрасли с большим парком активов. Наряды на работы, профилактическое обслуживание, уведомления.
- QM (управление качеством). Контроль, несоответствия, выборочный контроль. Особенно важен в регулируемых отраслях.
- PS (управление проектами). Проектный бизнес. Строительство, инжиниринг, контроль капитальных затрат.
- TM (управление транспортом). Грузоперевозки, планирование маршрутов, интеграция с перевозчиками.
- GTS (услуги глобальной торговли). Таможня, проверка по санкционным спискам, преференциальная торговля.
- BTP (Business Technology Platform). Integration Suite, Build, AI Core, HANA Cloud. Слой расширений для всего, чему не место в ядре.
- Отраслевое облако (S/4HANA for Retail, Banking, Utilities и другие). Отраслевые модели данных и процессы поверх S/4HANA.
Начинайте с процессов. Не с модулей. Если вы не можете описать order-to-cash, procure-to-pay, record-to-report и hire-to-retire так, как они идут в вашем бизнесе сегодня, выбирать модули рано. Каждый спор о greenfield и brownfield, который у меня на глазах пошёл не туда, начинался без этого шага.
Смело переносите на второй этап. Большинство клиентов хотят всё в первом этапе. Почти никому это не нужно. EWM, TM, GTS, PS и более глубокий аналитический слой обычно могут подождать. Сначала добейтесь стабильной работы FI, CO, MM, SD и PP. Остальное добавляйте, когда бизнес освоит изменения.
Относитесь к принципу Clean Core как к дисциплине, а не к лозунгу. Каждая доработка в ядре обходится вам дважды: при создании и при каждом обновлении в течение следующих десяти лет. Если процессу нужна собственная логика, разместите её на BTP. Ядро остаётся чистым. Расширение остаётся переносимым. Это самое важное архитектурное решение в большинстве программ, и почти никто не принимает его правильно на первом этапе.
Используйте BTP там, где разрыв реален, а не там, где это выглядит современно. Integration Suite даёт настоящую пользу, когда в объёме больше трёх-четырёх систем не от SAP. Build даёт настоящую пользу, когда нужен рабочий процесс (workflow) или low-code-приложение, не укладывающееся в стандарт Fiori. AI Core даёт настоящую пользу, когда есть чётко определённый сценарий, а не когда на слайде написано «нам нужно что-то сделать с ИИ».
- Производство (дискретное и процессное)
- Ритейл и потребительские товары
- Финансовые услуги и банки
- Здравоохранение и науки о жизни
- Логистика и транспорт
- Энергетика и коммунальные услуги
- Строительство и инжиниринг
- Государственный сектор и органы власти
- Профессиональные услуги
- Телекоммуникации
- Гостиничный бизнес
- Образование
Каждая отрасль меняет состав модулей. Производство тянет за собой PP, QM и часто EWM. Ритейл опирается на SD, MM и отраслевой облачный вариант. Банки и страховые компании приносят свои модели данных на S/4HANA. Здравоохранение добавляет требования соответствия и сложность работы с картами пациентов, которых стандартная модель не содержит.
- CIO и ИТ-директора, которые оценивают архитектуру до выбора вендора.
- Руководители программ, которые строят поэтапный план внедрения, способный выдержать проверку на управляющем комитете.
- CFO и финансовые руководители, которые проверяют на здравый смысл перечень модулей, предложенный партнёром.
- Советники и независимые консультанты, которым нужна обоснованная исходная позиция для разговора с клиентом.
- Внутренние команды трансформации, которые ведут первичную архитектурную работу до привлечения SI.
- Обоснованная исходная позиция. Перечень модулей, построенный на логике процессов, а не на прайс-листе SI.
- Blueprint быстрее. К делу вы переходите через часы разговора, а не через недели.
- Этапность уже учтена. Дорожная карта упорядочивает модули по зависимостям, а не по тому, что партнёр хочет продать в первую очередь.
- Ясность между BTP и ядром. Первичное разделение: что относится к платформе, а что к ядру.
- Без привязки к вендору. Никакой заинтересованности продвигать RISE, GROW или конкретную редакцию.
- Бесплатно и конфиденциально. Работает в вашем браузере. Ничто не покидает ваш компьютер.
Инструмент рекомендует конкретные продукты SAP или только модули?
Он рекомендует модули и компоненты BTP по категориям, а не конкретные SKU. Вы увидите FI/CO, MM, SD, PP, Integration Suite, AI Core и похожие составные блоки. Выбор между RISE with SAP, GROW with SAP и локальным (on-premise) S/4HANA он не делает: это решение зависит от вашего предпочтения по развёртыванию, инфраструктуры и коммерческих приоритетов, а не от состава модулей.
Для разговора о редакции продукта возьмите перечень модулей на переговоры с вендором и запросите цену по каждому варианту.
Можно ли экспортировать спецификацию (Bill of Materials)?
Да. Результат: перечень модулей с разбивкой по этапам, который можно скопировать в таблицу, документ blueprint или коммерческое предложение. Список структурирован так, что хорошо ложится на шаблон оценки партнёра SAP.
Если вам нужен более развёрнутый рассказ вокруг этой спецификации, мой калькулятор стоимости внедрения SAP даёт финансовые рамки, которые к ней стоит добавить.
Включён ли RISE with SAP в рекомендацию?
Нет. RISE представляет собой коммерческую оболочку вокруг S/4HANA Cloud, кредитов BTP и управляемых сервисов. Инструмент сосредоточен на том, что вам нужно с функциональной точки зрения. Получать ли это через RISE, GROW или традиционную лицензию, решается отдельно и зависит от предпочтений по хостингу, операционной модели ИТ и того, какую часть эксплуатации вы готовы передать SAP.
Перечень модулей в любом случае один и тот же. Меняется только коммерческая форма.
Охватывает ли он расширения BTP?
Да. Integration Suite, Build (low-code и автоматизация процессов), AI Core, HANA Cloud и более широкий слой расширений входят в охват. Инструмент отмечает, где BTP, скорее всего, оправдан: больше нескольких интеграций с системами не от SAP, потребность в собственных рабочих процессах (workflow) или чётко определённый сценарий ИИ. Добавлять BTP в рекомендацию ради самого BTP он не будет.
Слой BTP определяется принципом Clean Core. Если доработка неизбежна, размещайте её на BTP, а не в ядре ERP.
А что с отраслевыми вариантами?
Отраслевые облачные варианты (S/4HANA for Retail, Banking, Utilities, Professional Services и другие) подключаются, когда их запускает выбранная вами отрасль. То же относится к отраслевым модулям: PP-PI для процессного производства, IS-U для коммунальных услуг, IS-B для банков. Они отображаются отдельными строками, чтобы вы видели, почему их порекомендовали.
Если ваша отрасль смешанная (производство с сильным сервисным направлением или ритейл с небольшим производством), выберите преобладающую и добавьте дополнительные модули вручную.
Для новых клиентов SAP или для действующих?
Для обоих. Новые клиенты используют его, чтобы набросать исходную архитектуру до выбора вендора. Действующие клиенты проверяют на прочность то, что у них есть, находят модули, которые, вероятно, стоило внедрить, или определяют объём расширения на втором этапе. Логика этапов учитывает то, что уже работает, если вы отметили модули как существующие.
Если вы в разгаре миграции с ECC на S/4HANA, инструмент поможет решить, что переносить, что выводить из эксплуатации и что добавить. Рекомендации по BTP в таком разговоре важнее, потому что в большинстве старых систем ECC накоплен собственный код, которому нужно место вне нового ядра.
Насколько точна рекомендация по этапам?
Этапы отражают логику зависимостей, которая верна для большинства программ: FI и CO перед MM, MM перед SD, ядро ERP перед EWM и TM, интеграция через BTP перед любой плотной связкой с системами не от SAP. Они не учитывают способность вашей организации принимать изменения, ваш регуляторный календарь и цикл закрытия периода. Скорректируйте с учётом этого.
Я видел программы, которые пытались сделать всё сразу. Это не работает. Первый этап должен быть минимумом, который позволяет бизнесу закрывать бухгалтерские периоды и обслуживать клиентов на новой платформе. Всё остальное относится ко второму этапу.
Инструмент бесплатный?
Да. Без регистрации, без электронной почты, без оплаты. Рекомендация формируется целиком в вашем браузере, ничего не сохраняется и не передаётся.
Если нужна помощь, чтобы превратить результат в настоящий blueprint или проверить предложение партнёра на прочность, запишитесь на 30-минутный звонок.