Основная поддержка SAP ECC подходит к концу, однако главная сложность связана вовсе не с датой ее окончания. В статье мы расскажем, почему через два года переход может оказаться значительно дороже, чем сегодня.
До завершения основной поддержки SAP ECC осталось немного времени, однако не сама дата окончания является главной проблемой компаний, внедривших эту ERP-систему. SAP не остановит ее работу в ночь на 1 января 2028 года, а только завершит основную поддержку ключевых приложений SAP Business Suite 7 в конце 2027 года. До конца 2030-го клиенты смогут приобрести расширенную поддержку, а затем для отдельных релизов будет доступна модель Customer-Specific Maintenance с ограниченным набором услуг.
Главная сложность заключается в другом. За 10-15 лет работы SAP ECC накопила десятки интеграций, а также сотни пользовательских разработок и изменений в настройках. Часть из них появлялась в ответ на требования законодательства. Другие — связаны с переменами внутри самих компаний, например, запуском новых производственных площадок или покупкой дочерних предприятий.
Если сегодня попросить IT-команду перечислить все локальные доработки, которые влияют на внутренние процессы компании и взаимодействие с партнерами, подрядчиками и государственными органами, далеко не каждая компания сможет дать быстрый и развернутый ответ.
Возникает закономерный вопрос: с чего начинать проект перехода с SAP ECC на SAP S/4HANA, если даже объем предстоящих изменений еще не до конца понятен? Давайте разберемся.
Что означает окончание поддержки SAP ECC для компаний Казахстана и Узбекистана
Зная, что поддержка SAP ECC не закончится завтра, многие компании постоянно переносят проект миграции, поскольку, на первый взгляд, гораздо логичнее сконцентрироваться на задачах, которые требуют немедленных вложений или напрямую влияют на выручку. А SAP ECC и так продолжает стабильно поддерживать ежедневные операции.
Важный момент, часто выпадающий из поля зрения компании, — это то, что через год система, которую необходимо будет перенести, станет еще сложнее. Причин для этого много, и одна из основных среди них — регулярные изменения налогового регулирования и развитие государственных цифровых платформ в Казахстане и Узбекистане, интеграция с которыми является обязательной для компаний в Казахстане и Узбекистане.
Например, предприятиям Казахстана необходимо интегрировать SAP ECC с ИС ЭСФ, регулярно обновлять механизмы обмена электронными документами и адаптировать функциональность, отвечающую за налоговую отчетность. В Узбекистане многие изменения и доработки в SAP ECC вызваны развитием электронного документооборота и цифровых сервисов Налогового комитета. И пока SAP ECC остается основной ERP, каждое такое изменение увеличивает объем системы.
Предположим, компания планирует перейти на SAP S/4HANA через два года. За этот период появятся новые настройки, дополнительные пользовательские разработки и еще несколько интеграций. Чем больше подобных зависимостей, тем выше трудоемкость анализа, тестирования и переноса. По этой причине решение отложить миграцию не только влияет на календарный план, но и увеличивает объем проекта.
.webp)
Как выстроить стратегию перехода на SAP S/4HANA
Универсального сценария здесь нет. Компания с минимумом пользовательских разработок и предприятие, которое пятнадцать лет развивало SAP ECC, будут двигаться по разным маршрутам, даже если работают в одной отрасли.
Практика показывает, что для успешной реализации проекта команде в самом начале необходимо ответить на несколько вопросов:
- Какие процессы действительно требуют изменений?
- Какие пользовательские разработки полезны бизнесу?
- Какие функции уже доступны в SAP S/4HANA и позволят отказаться от части накопленных доработок?
- Какие интеграции нужно сохранить, чтобы обеспечить соответствие требованиям законодательства Казахстана или Узбекистана?
Ответы определят весь дальнейший план проекта: от них зависит выбор сценария миграции, объем данных для переноса, перечень систем, участвующих в интеграции, состав проектной команды и сроки отдельных этапов.
Дальше подготовка строится поэтапно. Каждый следующий шаг будет опираться на результаты предыдущего, поэтому попытка пропустить один из них почти всегда приводит к дополнительным работам уже во время миграции. Давайте рассмотрим эту последовательность подробнее.
Шаг 1. Спланируйте миграцию
Планирование задает рамки проекта. На этом этапе компания определяет, какие бизнес-задачи должен решить переход на SAP S/4HANA, какие процессы войдут в проект и какие результаты будут считаться успешными. Для этого:
Выберите сценарий перехода
Решение зависит от состояния SAP ECC, объема доработок и готовности бизнеса менять процессы.
Brownfield подходит компаниям, которые хотят сохранить текущую конфигурацию и историю операций. Такой вариант часто рассматривают предприятия с устойчивыми процессами и большим объемом локальной функциональности.
Greenfield выбирают при полном пересмотре архитектуры или объединении нескольких разрозненных систем. Он позволяет заново спроектировать процессы и сократить количество старых доработок.
Выборочная миграция данных дает возможность перенести только те данные и настройки, которые нужны компании для дальнейшей работы и обеспечения соответствия требованиям. Этот сценарий часто подходит холдингам, где юридические лица переходят на SAP S/4HANA поэтапно или используют разные версии процессов.
Сформируйте проектную команду
В проекте должны участвовать представители IT, финансового отдела и отдела налогового учета, а также других ключевых бизнес-подразделений. Для Казахстана и Узбекистана к работе также привлекают специалистов, которые отвечают за электронные счета-фактуры, ЭЦП и обязательную отчетность.
Такой состав помогает быстрее принимать решения по локальным процессам. IT-команда может оценить код и интеграции, но только бухгалтерия или налоговая служба подтвердит, какие правила по-прежнему применяются и какие данные потребуется сохранить.
Подготовьте план и бюджет
План должен охватывать анализ, проектирование, разработку, тестирование, обучение и запуск. Для крупных предприятий отдельно рассчитывают сроки по каждому юридическому лицу или производственной площадке.
Бюджет обычно включает лицензии, инфраструктуру, услуги консультантов и обучение пользователей. Также потребуется резерв на доработку локальных интеграций и исправление проблем с данными. В региональных проектах именно эти статьи часто растут после обследования, когда команда обнаруживает не задокументированные Z-программы или ручные операции внутри налоговых процессов.
Определите целевую архитектуру
На этом этапе компания выбирает модель развертывания SAP S/4HANA и определяет, где будут работать интеграционные сервисы, архивы и внешние приложения. Для части предприятий Казахстана и Узбекистана подходит гибридная архитектура, в рамках которой критичные данные и интеграции остаются в локальной инфраструктуре, а отдельные сервисы размещаются в облаке. Такой вариант помогает учитывать требования к размещению данных и одновременно использовать облачные инструменты SAP.
Выберите инструменты и партнера
Для оценки текущего ландшафта можно использовать SAP Readiness Check, SAP Solution Manager и инструменты анализа пользовательского кода, которые помогают выявить технические ограничения, объем адаптации и потенциальные проблемы совместимости.
Опыт партнера особенно важен в проектах с локализацией. Команда должна разбираться в SAP S/4HANA и понимать, как устроены налоговый учет, электронные счета-фактуры и интеграции с государственными платформами в Казахстане и Узбекистане.
Шаг 2. Проанализируйте текущую систему SAP ECC
На этом этапе важно получить объективную картину текущей системы. Для этого:
Проведите техническое обследование
Начните с анализа текущей версии SAP ECC, установленных пакетов улучшений, пользовательского ABAP-кода, интерфейсов и объема данных. Эта информация поможет оценить масштаб предстоящей адаптации и заранее определить технические ограничения проекта.
Одновременно с этим стоит проверить производительность системы, объем архивных данных и состояние существующей инфраструктуры. Если компания использует несколько экземпляров SAP ECC, важно понимать, насколько они отличаются друг от друга и какие процессы уже удалось унифицировать.
Проанализируйте бизнес-процессы
Миграция дает возможность пересмотреть процессы, которые годами менялись под текущие задачи бизнеса. Во время обследования команда определяет, какие из них целесообразно перенести без изменений, а какие имеет смысл привести в соответствие со стандартными возможностями SAP S/4HANA.
Проведите инвентаризацию пользовательских разработок
Инвентаризация помогает разделить доработки на несколько категорий:
- Разработки, которые можно перенести без изменений.
- Решения, требующие адаптации под SAP S/4HANA.
- Код, от которого можно отказаться благодаря стандартной функциональности новой платформы.
В промышленных и энергетических компаниях, а также крупных холдингах Казахстана и Узбекистана количество Z-программ может исчисляться сотнями, а отдельные разработки — затрагивать сразу несколько модулей SAP.
Проверьте интеграции
Следующая задача — составить полную карту интеграций. Помимо корпоративных систем, необходимо учесть обмен данными с государственными платформами, операторами электронного документооборота, банковскими сервисами, WMS, CRM и другими решениями.
Для Казахстана в перечень таких интеграций обычно входит ИС ЭСФ и связанные с ней сервисы. В проектах для Узбекистана обследование охватывает государственные платформы, используемые для электронного документооборота и налоговой отчетности. Команда должна определить, какие интерфейсы потребуется адаптировать, какие можно сохранить без изменений и какие имеет смысл переработать уже в SAP S/4HANA.
Оцените состояние данных
На заключительном этапе анализируют объем, качество и структуру данных. Помимо этого, необходимо проверить дубли, устаревшие записи, заполнение обязательных справочников и соответствие информации требованиям новой модели данных SAP S/4HANA.
Для компаний Центральной Азии к этой работе добавляется анализ исторических финансовых данных. История расчетов по НДС, остатки в нескольких валютах, документы прошлых налоговых периодов и сведения, которые нужны во время проверки, требуют отдельного внимания при планировании миграции.
Шаг 3. Подготовьте данные к миграции
Качество данных напрямую влияет на сроки проекта, объем тестирования и стабильность работы SAP S/4HANA после запуска. Чтобы успешно завершить этот этап:
Определите, какие данные действительно нужно переносить
Еще до начала миграции необходимо разделить данные на три категории:
- Данные, которые нужны для ежедневной работы пользователей
- Данные, которые необходимо сохранить для выполнения требований законодательства.
- Данные, которые можно вывести в архив.
На состав данных будет влиять выбранная стратегия перехода. Так при Brownfield-конверсии объем переносимой информации обычно значительно больше, а Greenfield-проект позволяет пересмотреть состав данных и отказаться от части исторической информации, которая больше не используется в операционной деятельности.
Проведите очистку и унификацию данных
Перед переносом команда проверяет справочники, мастер-данные и транзакционную информацию. На этом этапе также устраняют дубли, исправляют ошибки, удаляют устаревшие записи и приводят данные к единому формату. Особое внимание стоит уделить бизнес-партнерам, материалам, организационной структуре и финансовым справочникам. Именно эти объекты чаще всего используются сразу в нескольких модулях SAP.
Подготовьте данные к новой модели SAP S/4HANA
Структура данных в SAP S/4HANA отличается от SAP ECC, поэтому часть информации придется преобразовать до начала миграции. В качестве примера того, как это будет работать на практике, рассмотрим финансовый учет.
При миграции на SAP S/4HANA компания переходит к универсальному журналу ACDOCA, который объединяет данные из нескольких финансовых таблиц SAP ECC. Если в существующей системе накопились расхождения между связанными объектами, их лучше устранить заранее, чтобы не столкнуться с проблемами после загрузки данных.
Определите правила хранения исторической информации
Во время подготовки проекта команда определяет, какие периоды останутся доступны в SAP S/4HANA, какие сведения будут перенесены в архив и каким образом пользователи смогут получать доступ к историческим данным после завершения миграции. Отдельно проанализируйте историю расчетов по НДС, остатки по валютным счетам, документы прошлых отчетных периодов и другие данные, для которых законодательство устанавливает сроки хранения.
Проведите пробную миграцию
Чтобы проверить полноту данных, корректность преобразований и работу ключевых бизнес-процессов в SAP S/4HANA, проведите несколько тестовых нагрузок до переноса информации в продуктивную систему. Помимо всего прочего, это также поможет заранее оценить продолжительность переноса, обнаружить проблемные объекты и скорректировать сценарий проекта до начала финального перехода.
Ошибки, которые могут сделать миграцию дороже и дольше
Попытка перенести в SAP S/4HANA все, что есть в SAP ECC
Во многих компаниях действует простой принцип: раз разработка существует, значит, она нужна бизнесу. Однако за годы эксплуатации SAP ECC внутри системы появляются десятки, а иногда и сотни Z-программ. При этом часть таких разработок может больше не использоваться, но продолжать существовать в системе.
Инвентаризация пользовательского кода помогает сократить объем миграции: чем меньше объектов потребуется адаптировать и тестировать, тем проще сопровождать систему после перехода.
Формальная оценка локализации
В большинстве проектов локализация затрагивает финансовый учет, обязательную отчетность, валютные операции, интеграции с государственными платформами и внутренние правила обработки документов.
Предположим, компания решила изменить порядок формирования налогового документа. Достаточно ли исправить одну настройку? На практике ответ часто оказывается отрицательным. Изменения могут затронуть пользовательские проверки, интерфейсы обмена данными, правила заполнения реквизитов и внешние сервисы. Пока эта последовательность полностью не восстановлена, оценка проекта остается приблизительной.
Работа с данными после утверждения плана миграции
Пока идет обсуждение будущей архитектуры, выбор сценария миграции и оценка сроков, до справочников дело обычно не доходит: кажется, что с ними можно разобраться ближе к переносу системы.
Первые сложности появляются после выгрузки данных из SAP ECC. Например, оказывается, что один и тот же поставщик заведен несколько раз, потому что разные подразделения создавали его независимо друг от друга. Или один материал имеет несколько карточек с разными наименованиями. Иногда выясняется, что даже обязательные поля годами могли заполняться по отдельным, внутренним правилам каждого подразделения.
SAP S/4HANA получит все эти данные вместе с накопленными ошибками. То есть если начинать приводить их в порядок уже после начала проекта, команде придется несколько раз повторять загрузку данных и снова проверять процессы, которые от них зависят.
Отсутствие периода стабилизации
После запуска SAP S/4HANA в первые недели часто появляются вопросы от пользователей, которые невозможно полностью предусмотреть во время тестирования. Практика показывает, что компании проходят этот этап значительно спокойнее, если заранее выделяют время на стабилизацию. Команда контролирует работу системы, анализирует обращения пользователей, корректирует отдельные настройки и завершает адаптацию процессов без спешки. Такой подход позволяет избежать срочных изменений уже в ходе повседневной эксплуатации.
Как LeverX помогает компаниям перейти на SAP S/4HANA
Задачи, описанные выше, — неотъемлемая часть проектов, в которых участвовала команда LeverX. Один из них LeverX реализовала для Eurasia Group — одному из крупнейших агропромышленных холдингов региона. Компания активно развивалась, открывала новые направления бизнеса, но со временем существующая SAP ECC перестала соответствовать масштабам задач. Переход на SAP S/4HANA позволил объединить ключевые процессы в рамках единой платформы, повысить прозрачность данных и подготовить IT-ландшафт к дальнейшему развитию.
Проект занял восемь с половиной месяцев. Совместная команда LeverX и Eurasia Group выполнила миграцию по методологии SAP Activate, перевела компанию на SAP S/4HANA и подготовила платформу для последующего внедрения SAP EWM и программы лояльности.
В результате проекта Eurasia Group:
- Сократила расходы на сопровождение системы на 10%;
- Повысила согласованность данных на 15%;
- Получила инструменты аналитики в режиме реального времени и централизованную модель хранения информации.
Команда также внедрила регулярное резервное копирование, перевела систему в облачную инфраструктуру, настроила единый вход через SSO, обновила пользовательский интерфейс на базе SAP Fiori и обеспечила интеграцию с SAP Cloud for Customer.
Почему LeverX
Наша команда сопровождает проекты перехода на SAP S/4HANA на всех этапах, включая:
- Аудит существующего ландшафта SAP ECC;
- Оценку архитектуры и пользовательских разработок;
- Подготовка стратегии миграции;
- Подбор подходящего сценария перехода;
- Перенос данных;
- Адаптация локализации и интеграция;
- Сопровождение запуска системы и ее последующей стабилизации.
Для компаний Казахстана и Узбекистана мы также помогаем обеспечить соответствие новой ERP-системы требованиям местного законодательства. Команда LeverX имеет опыт работы с локализацией SAP, автоматизацией налоговых процессов, интеграцией с государственными сервисами и модернизацией SAP-ландшафта в производственных, энергетических и других крупных компаниях.
Заключение
За последние годы подготовка к переходу на SAP S/4HANA заметно изменилась. Еще несколько лет назад основное внимание компании уделяли технической стороне миграции. Сегодня значительная часть работы связана с анализом накопленных за годы эксплуатации доработок, интеграций и локальной функциональности. Именно они во многом определяют масштаб проекта.
Если вы только планируете переход или хотите оценить масштаб предстоящих работ, LeverX поможет провести аудит текущего SAP-ландшафта, определить оптимальный сценарий миграции и подготовить реалистичный план проекта.
