Перейти к содержанию

SAP Readiness Check и оценка миграции на S/4HANA

SAP Readiness Check показывает, что в вашей системе ECC конфликтует с S/4HANA. Оценка миграции показывает, что с этим делать. Вот что покрывает каждая из них, как запустить проверку и где её возможности заканчиваются.

Ноутбук с панелью оценки, чек-лист с отметками и лупа над схемой системы
Содержание
  1. Что такое SAP Readiness Check
  2. Что покрывает Readiness Check
  3. Как его запустить
  4. Что упускает Readiness Check
  5. Собственные объекты
  6. Всё, что за пределами анализируемой системы
  7. Что добавляет полная оценка миграции на S/4HANA
  8. Сколько длится нормальная оценка
  9. Что я бы сделал дальше
  10. Часто задаваемые вопросы

Оценка миграции на S/4HANA показывает, сколько будет стоить и сколько займёт перенос вашей системы ECC и какой путь подходит. SAP Readiness Check это техническая половина такой оценки: он сравнивает вашу систему с S/4HANA и перечисляет, что сломается, но решений за вас не принимает.

Коротко: сначала запустите Readiness Check в продуктивной системе с загруженными результатами по собственному коду. Затем вложите основные усилия в то, чего он не видит: стоит ли вообще переносить ваши процессы, данные, собственные объекты и интерфейсы.

Полную последовательность миграции смотрите в моём руководстве по миграции с ECC на S/4HANA.

SAP Readiness Check for SAP S/4HANA это облачное приложение SAP. Вы запускаете сборщики данных в своей системе ECC, загружаете результаты и получаете интерактивную панель, показывающую, как S/4HANA влияет на эту систему.

Согласно обзору ключевых функций Readiness Check от SAP (сентябрь 2026 года), он доступен в SAP for Me всем клиентам с действующим договором на поддержку SAP. Клиенты с тенантом SAP Cloud ALM могут также запускать его там и передавать выводы в Cloud ALM как задачи проекта.

Отдельно его не покупают. Реальные затраты это время вашей команды Basis и людей, которые читают результаты.

У SAP есть отдельные сценарии для обновлений, BW/4HANA и других продуктов. Для миграции ECC вам нужен SAP Readiness Check for SAP S/4HANA. Целевой системой может быть S/4HANA on-premise или SAP S/4HANA Cloud Private Edition, целевая система RISE with SAP, как объясняют учебные материалы SAP по подготовке к конвертации.

В текущем списке SAP для сценария S/4HANA 17 проверок. Таблица ниже группирует те, что важнее всего для решения о миграции, с тем, что показывает каждая и где я бы был осторожен.

ПроверкаЧто она показываетГде быть осторожным
Simplification itemsКакие изменения S/4HANA применимы к вашей системе, с оценкой трудозатрат и связанными действиямиОснована в основном на содержимом таблиц и используемых транзакциях, поэтому показывает релевантность, а не ваше решение
Совместимость дополненийСовместимо ли каждое дополнение SAP и сторонних поставщиков с вашим целевым релизом, несовместимо или статус неизвестенНесовместимые дополнения блокируют конвертацию в SUM; «неизвестно» означает звонок поставщику
Активные бизнес-функцииБизнес-функции, которые несовместимы и заблокируют конвертациюБлокер здесь требует раннего обращения в поддержку SAP
Анализ собственного кодаВыводы ATC или Custom Code Migration app, сгруппированные по влиянию, с числом быстрых исправлений и используемым или неиспользуемым объёмомПоявляется, только если вы отдельно загрузите результаты по собственному коду
Сайзинг SAP S/4HANAНачальный объём памяти и диска HANA, крупнейшие таблицы и потенциал архивированияОтправная точка для сайзинга, а не окончательный расчёт оборудования или RISE
ИнтеграцияПеречень IDoc, RFC и BAPI, веб-сервисов, OData, экстракторов BW, плоских файлов и SLT с вероятным влияниемПоказывает технические интерфейсы только этой системы, а не системы на другой стороне
Интеграция клиентов и поставщиковСколько клиентов и поставщиков уже являются бизнес-партнёрами и какие есть проблемы с качеством данныхКонвертация бизнес-партнёров застаёт врасплох больше команд, чем любое другое предварительное условие
Качество финансовых данныхНесоответствия в главной книге, учёте основных средств и Material Ledger по годам и балансовым единицамВыводы категории D требуют исправлений под конкретную систему, а это требует времени
Калькулятор планового простояОжидаемый простой бизнеса при стандартной конвертации SUM в одном ЦОДТолько ориентир; реальное окно задаёт ваш план cutover
Доступность приложений и рекомендуемые приложения FioriТранзакции, которые устарели или заменены, и приложения Fiori, подходящие под ваше использованиеРекомендации, а не UX-дизайн
Business Process DiscoveryУровни автоматизации процессов, просроченные заделы и нестандартные виды заказовПредварительный взгляд на процессы, подробнее ниже

Основное руководство это SAP Note 2913617, SAP Readiness Check for SAP S/4HANA. Прочитайте актуальную версию перед началом, потому что SAP регулярно обновляет ноты с предварительными условиями.

Запуск Readiness Check

  1. Подготовка

    Внедрите ноты из SAP Note 2913617 в системе, которую будете анализировать, обычно в продуктивной.

  2. Сбор данных

    Запустите отчёт сбора данных RC_COLLECT_ANALYSIS_DATA как фоновое задание, выберите целевой релиз и скачайте ZIP.

  3. Собственный код

    Запустите проверки собственного кода для S/4HANA в ATC или Custom Code Migration app и выгрузите результаты.

  4. Загрузка

    Создайте новый анализ на странице SAP Readiness Check в SAP for Me и загрузите оба файла.

  5. Разбор

    Пройдите каждую проверку вместе с Basis, финансами, владельцами процессов и руководителем по собственному коду.

Несколько моментов, которых не видно в списке шагов.

  1. Используйте продуктивную систему. SAP рекомендует анализировать продуктивную систему, потому что именно по этим результатам вы будете планировать. Несколько проверок опираются на реальную историю использования, которой нет в песочнице.
  2. Загрузите результаты по собственному коду. Основной сбор данных сам по себе не анализирует ваш собственный код. Если никто не загрузит результаты ATC или Custom Code Migration app в тот же анализ, раздел собственного кода останется пустым, и отчёт будет выглядеть чище, чем ваша система.
  3. Проверьте целевой релиз. Выберите релиз S/4HANA или Private Edition, на котором вы действительно окажетесь. Simplification items и статус дополнений меняются от релиза к релизу.
  4. Будьте готовы к итерациям. Сборщики данных падают, ноты отсутствуют, а задания на больших системах идут долго. Закладывайте на это календарное время, а не только трудозатраты.

Стартовая страница находится по адресу me.sap.com/readinesscheck.

Проверка хорошо отвечает на один вопрос: что в этой системе конфликтует с S/4HANA. Отвечать на вопрос, должно ли это вообще существовать, она не предназначена.

Собственные объекты

По моему опыту, то, что упускает Readiness Check и что бьёт больнее всего потом, это собственные объекты. Он говорит, какой собственный код сломается на simplification items. Он не говорит, какие Z-программы, таблицы, дополнения, формы и отчёты всё ещё служат бизнес-цели, какие дублируют стандартную функцию S/4HANA и какие никто не запускал годами.

Этот пробел важен, потому что в программах, которые я вижу, собственный код это фаза, которая чаще всего выходит за сроки. И это же скрытая статья затрат, о которой в бюджете забывают чаще всего.

Число выводов и число собственных объектов это разные цифры. В одной программе анализ с помощью smartShift сократил число собственных объектов с 18 000 до 3 200. Один Readiness Check не дал бы такого сокращения, потому что он измеряет влияние, а не ценность.

Поэтому я считаю раздел собственного кода началом инвентаризации, а не её концом. Custom Code Migration app добавляет используемый и неиспользуемый объём, smartShift добавляет автоматизированный анализ и доработку, а кто-то в бизнесе всё равно должен согласовать, что выводится из использования.

Всё, что за пределами анализируемой системы

Проверка смотрит на одну систему ECC. Она не видит:

  1. Дизайн процессов. Нужно ли перепроектировать ваши order-to-cash или record-to-report, а именно это решает выбор между greenfield, brownfield и выборочным переносом.
  2. Другую сторону интерфейсов. Она перечисляет интерфейсы в ECC. Middleware, сторонние системы и их владельцы остаются за её пределами.
  3. Данные, которые вы ещё не загрузили. Данные из систем не SAP и качество данных за пределами финансов и бизнес-партнёров.
  4. Организацию и изменения. Кто отвечает за решения, насколько готовы пользователи и что бизнес может выдержать во время программы.
  5. Коммерческие вопросы. Перевод лицензий, объём RISE и стоимость партнёра не отображаются ни на одной панели SAP.

Business Process Discovery даёт первый взгляд на эффективность процессов. Более глубокий анализ SAP это SAP Signavio Process Insights, discovery edition, который страница SAP о ценности поддержки описывает как рекомендации по улучшению процессов в шести направлениях бизнеса. Полезные входные данные, но всё ещё не дизайн.

Readiness Check показывает, что сломается. Он не говорит, что стоит сохранить.

Оценка миграции берёт Readiness Check как один из входов и превращает его в решения, которые можно профинансировать. Вот как они сравниваются.

ВопросSAP Readiness CheckПолная оценка миграции
Что в ECC конфликтует с S/4HANA?Да, подробноИспользует результаты проверки
Какие собственные объекты сохранить, вывести или переделать?Частично: влияние, плюс использование, если вы применяете Custom Code Migration appДа: инвентаризация объектов, использование, владелец в бизнесе, решение
Greenfield, brownfield или выборочный перенос?НетДа, на основе выводов по процессам и данным
Какие интерфейсы и внешние системы меняются?Только сторона ECCОбе стороны, с владельцами и доработкой
Насколько чисты наши данные за пределами финансов?ЧастичноДа, с планом очистки и ответственным
Сколько это займёт и сколько будет стоить?Только оценки простоя и сайзингаСроки, диапазон затрат и резерв
Какая модель развёртывания и коммерческая модель?НетOn-premise, Private Edition или Public Edition и о чём договариваться

Я использую SAP Readiness Check, Custom Code Migration app и smartShift для собственного кода, а также SNP или Natuvion, когда рассматривается выборочный перенос данных. Ни один из них не заменяет разбор дизайна с вашими владельцами процессов.

Остальное делает моё правило выбора пути. Greenfield, если вы переходите с других систем или нужно определить новые процессы, brownfield, если процессы определены и работают, выборочный перенос, если процессы части областей нужно переопределить. Мой бесплатный инструмент оценки миграции на S/4HANA проводит через те же компромиссы, если вам нужен первый взгляд до того, как тратить деньги.

Результат должен напрямую идти в сроки и план проекта миграции и в оценку стоимости миграции. Это также то, что вы передаёте партнёрам: если они не могут ответить на вашу оценку конкретным high-level design, это о чём-то говорит. Моё руководство о том, как выбрать партнёра для миграции на S/4HANA, описывает этот шаг.

Это зависит от обстоятельств. Одну цифру я не назову, потому что факторы слишком сильно различаются от компании к компании.

Вот что на неё влияет:

  1. Число систем и мандантов. Одна продуктивная система ECC это другая работа, чем пять, с отдельными BW, CRM и SRM.
  2. Объём собственного кода. Тысячам собственных объектов нужен анализ использования и решения бизнеса, а это время людей, а не инструментов.
  3. Интерфейсы. Каждой внешней системе нужен владелец, который может сказать, что меняется на его стороне.
  4. Юрлица и страны. Больше балансовых единиц означает больше вопросов по локализации, налогам и отчётности.
  5. Качество данных. Крупные финансовые несоответствия или запутанные данные бизнес-партнёров требуют расследования, прежде чем кто-либо сможет дать оценку.
  6. Доступность бизнеса. Владельцы процессов, которые могут уделить оценке реальные часы, сокращают её сильнее, чем любой инструмент.
  7. Доступ. Ожидание одобрения нот и планирования заданий в продуктивной системе добавляет календарное время без какого-либо анализа.

Чего я бы делать не стал, так это сокращать оценку, чтобы раньше начать разработку. В 21 программе SAP, которыми я руководил или которые спасал, самая большая ошибка, которую я вижу, это отсутствие нормального планирования в начале. Оценка это то место, где это планирование начинается.

Попросите свою команду Basis в этом месяце внедрить SAP Note 2913617 в продуктивной системе и запустить Readiness Check с результатами по собственному коду. Затем выделите полдня с руководителем по финансам, владельцем процесса и руководителем по собственному коду, чтобы прочитать результаты вместе и составить список вопросов, на которые он не отвечает.

Этот список и есть объём вашей оценки миграции. Если вам нужен независимый взгляд на него до обращения к партнёрам, свяжитесь со мной.

Что такое SAP Readiness Check для S/4HANA?

Это облачное приложение SAP, которое анализирует вашу систему SAP ERP относительно SAP S/4HANA. Вы запускаете сборщики данных в системе, загружаете результаты в SAP for Me и получаете панель, охватывающую simplification items, дополнения, бизнес-функции, собственный код, сайзинг, интерфейсы, бизнес-партнёров, качество финансовых данных и рекомендуемые приложения Fiori.

SAP Readiness Check бесплатен для клиентов SAP?

SAP делает его доступным в SAP for Me всем клиентам с действующим договором на поддержку SAP, а также в SAP Cloud ALM для клиентов с тенантом Cloud ALM. Реальные затраты это время внутренних специалистов и партнёра на подготовку системы и интерпретацию результатов.

Как запустить SAP Readiness Check?

Внедрите ноты из SAP Note 2913617, обычно в продуктивной системе. Запустите отчёт сбора данных RC_COLLECT_ANALYSIS_DATA, скачайте ZIP и отдельно запустите анализ собственного кода в ATC или Custom Code Migration app. Загрузите оба файла в один анализ на странице SAP Readiness Check в SAP for Me.

Что не покрывает SAP Readiness Check?

Он не решает, нужны ли ещё ваши собственные объекты, нужно ли перепроектировать ваши процессы, что происходит на другой стороне ваших интерфейсов и сколько будет стоить программа. Он анализирует одну систему на техническую совместимость. Остальные вопросы относятся к полной оценке миграции.

Сколько длится оценка миграции на S/4HANA?

Это зависит от числа систем, объёма собственного кода, числа интерфейсов и юрлиц, состояния ваших данных и того, сколько времени могут уделить ей владельцы процессов.

Нужно ли запускать Readiness Check до выбора между greenfield и brownfield?

Да. Он показывает, какая часть вашей системы конфликтует с S/4HANA, и это один из входов для решения о пути. Само решение зависит от того, определены ли ваши процессы и работают ли они, а этого проверка не измеряет.

Noel D'Costa

Автор

Noel D'Costa

25 лет в ERP-программах на SAP и Oracle: авиация, госсектор, финансы, ритейл и производство. Начинал в финансах. Я помогаю руководству честно определять масштаб трансформации, спасать проблемные программы и строить системы, которые выдерживают первый год продуктивной эксплуатации.

Следующий шаг

Ведёте ERP-программу прямо сейчас?

Если эта статья затронула программу, в которой вы участвуете прямо сейчас, 30-минутный разговор обычно даёт больше, чем ещё неделя внутреннего анализа.