SAP S/4HANA-міграція Adalvo у фармацевтичній галузі за 7,5 місяця: рішення, результати та ключові висновки 

Зміст

• Контекст проєкту 
• Основний виклик проєкту: швидка міграція із застарілої SAP ECC до масштабованої платформи для фармацевтичної галузі без втрати контролю 
• Рішення: SAP S/4HANA на Microsoft Azure із використанням підходу Blue-field 
• Насамперед стандартні можливості SAP, кастомізація — лише за потреби 
• Хмарна інфраструктура на Microsoft Azure 
• Реалізація проєкту: 7,5 місяця, 23 SAP-модулі та одна спільна команда 
• Управління змінами: підтримка працівників під час переходу на нову систему 
• Результати: сучасна SAP-платформа, готова до подальшого розвитку фармацевтичного бізнесу 
• Висновки з проєкту Adalvo: ключові уроки для фармацевтичних компаній 
• Чотири KPI, які варто відстежувати керівникам фармацевтичних компаній 
• Головний висновок 
• Плануєте цифрову трансформацію SAP у фармацевтичній компанії? 

Фармацевтичні компанії перебувають під дедалі більшим тиском щодо модернізації своїх ІТ-систем. Водночас вони мають забезпечувати контроль якості, простежуваність, цілісність даних, готовність користувачів до роботи із системою, відповідність регуляторним вимогам та довгострокову масштабованість. 

Згідно з аналізом тенденцій SAP для галузі Life Sciences на 2026 рік, серед ключових пріоритетів визначено використання штучного інтелекту, спільних платформ даних, посилення управління даними, операційну стійкість і масштабовані цифрові операції (джерело: SAP). 

Водночас FDA повідомляє про активніше використання штучного інтелекту на всіх етапах життєвого циклу лікарських засобів — від доклінічних і клінічних досліджень до виробництва та післяреєстраційного моніторингу. 

Однак ці тенденції не визначають конкретний спосіб впровадження чи валідації SAP-систем. Натомість вони ще раз підкреслюють важливість надійних корпоративних даних, чітко визначених механізмів контролю та прозорих бізнес-процесів. 

Для керівників фармацевтичних компаній міграція з SAP ECC на SAP S/4HANA — це не просто перехід на сучаснішу ERP-платформу. Це можливість переосмислити бізнес-процеси, посилити управління даними та створити фундамент для майбутньої автоматизації, аналітики й відповідального використання штучного інтелекту. 

Саме це стало основною метою проєкту міграції SAP S/4HANA, який компанія ITP реалізувала для міжнародної фармацевтичної компанії Adalvo. 

Спільними зусиллями Adalvo та ITP завершили міграцію з SAP ECC до SAP S/4HANA на платформі Microsoft Azure лише за 7,5 місяця. Проєкт охопив 23 SAP-модулі, включаючи ключові бізнес-напрями та спеціалізовані фармацевтичні рішення, зокрема SAP Advanced Track and Trace for Pharmaceuticals. 

Під час реалізації програми використовувалися методологія SAP Activate, підхід Blue-field, хмарна інфраструктура Microsoft Azure та управління змінами на основі моделі ADKAR. 

Проте головною цінністю проєкту став не лише успішний запуск системи. 

Проєкт дозволив Adalvo перейти на сучасну, масштабовану хмарну платформу SAP, здатну підтримувати подальше зростання компанії, підвищення ефективності бізнес-процесів і управління на основі даних. 

Контекст проєкту 

Adalvo — міжнародна фармацевтична компанія, яка працює над покращенням життя пацієнтів і підтримує партнерів на світових ринках. 

Співпраця ITP з Adalvo є практичним прикладом успішної цифрової трансформації. 

Із розвитком компанії наявна платформа SAP ECC перестала відповідати майбутнім бізнес-потребам. Бізнесу була потрібна сучасна ERP-система, здатна забезпечити якіснішу аналітику, підвищити операційну ефективність, підтримати масштабування та покращити користувацький досвід. 

Метою було не просто замінити застарілу систему. 

Основним завданням стало створення сучасної SAP-платформи, готової до майбутнього розвитку, яка підтримуватиме поточну діяльність компанії та відкриє можливості для автоматизації, нових цифрових сервісів і подальшої трансформації бізнесу. 

Основний виклик проєкту: швидка міграція із застарілої SAP ECC до масштабованої платформи для фармацевтичної галузі без втрати контролю 

Існуюче середовище SAP ECC підтримувало критично важливі бізнес-процеси Adalvo, однак із часом стало обмеженням для подальшого розвитку. 

Компанії потрібно було перейти на SAP S/4HANA, забезпечивши безперервність бізнесу, захист критично важливих процесів та уникнувши перенесення зайвої складності в нове середовище. 

Для фармацевтичної компанії така міграція ніколи не зводиться лише до технічного оновлення системи. 

SAP-проєкт у фармацевтичній галузі має поєднувати проєктування бізнес-процесів, контроль якості, валідацію, міграцію даних та адаптацію організації до змін. Усі ці напрями тісно взаємопов’язані, і якщо ними керувати окремо, критичні ризики можуть бути виявлені надто пізно. 

Наприклад, необхідні механізми контролю можуть бути визначені вже після завершення налаштування системи. Тестування може обмежитися перевіркою окремих транзакцій замість повної перевірки наскрізних бізнес-процесів. Помилки у майстер-даних можуть проявитися лише під час міграції. Користувачі можуть формально перейти на нову систему, але після запуску продовжувати працювати за допомогою ручних обхідних процесів. 

Саме тому головним викликом була не лише міграція із SAP ECC до SAP S/4HANA. 

Насправді потрібно було з самого початку керувати проєктом як єдиною комплексною трансформацією та перенести компанію на нову платформу, не копіюючи накопичену за роки складність старої ERP-системи. 

До обсягу проєкту увійшли: 

• Фінансовий облік (Financial Accounting) 

• Контролінг (Controlling) 

• Управління матеріалами (Materials Management) 

• Продажі та дистрибуція (Sales and Distribution) 

• SAP Advanced Track and Trace for Pharmaceuticals 

• Хмарна інфраструктура Microsoft Azure 

• Загалом 23 SAP-модулі 

Спираючись на власний досвід реалізації SAP-проєктів у фармацевтичній галузі, ITP визначила п’ять напрямів, які потребують особливої уваги вже на початкових етапах трансформації: 

• проєктування бізнес-процесів; 

• забезпечення якості та готовність до валідації; 

• стратегія управління майстер-даними та міграції; 

• архітектура системи та інтеграції; 

• управління змінами й адаптація організації. 

Рішення: SAP S/4HANA на Microsoft Azure із використанням підходу Blue-field 

Для реалізації міграції ITP та Adalvo обрали підхід Blue-field. 

Це передбачало розгортання нового середовища SAP та перенесення лише актуальних робочих даних, тоді як історичні дані залишилися в попередній системі для архівування та формування звітності. 

Це рішення мало стратегічне значення. 

Багато компаній розглядають міграцію ERP як звичайне технічне копіювання старої системи. Вони переносять існуючі кастомізації, застарілі структури даних, історичні бізнес-процеси та накопичену складність у нове середовище. У результаті компанія формально переходить на сучасну платформу, але продовжує працювати з тими самими обмеженнями. 

Підхід Blue-field дозволив уникнути цього. 

Він надав Adalvo можливість критично переглянути наявні дані, індивідуальні доопрацювання та бізнес-процеси ще до переходу на нову платформу. 

Замість автоматичного перенесення всіх даних проєктна команда зосередилася лише на тому, що дійсно необхідно для роботи в новому середовищі SAP S/4HANA. 

У результаті було створено більш чисту, гнучку архітектуру системи, яка може розвиватися разом із бізнесом. 

Насамперед стандартні можливості SAP, кастомізація — лише за потреби 

Одним із ключових принципів проєкту стало максимальне використання стандартної функціональності SAP S/4HANA. 

Це один із найважливіших аспектів будь-якої міграції на SAP S/4HANA. 

З часом у більшості середовищ SAP ECC накопичується значна кількість індивідуальних розробок. Частина з них є критично важливою для бізнесу, тоді як інші були створені лише тому, що на момент їх розробки стандартний функціонал SAP не підтримував необхідні можливості. 

У SAP S/4HANA багато таких бізнес-потреб вже покриваються стандартними функціями системи. 

Саме тому в межах проєкту було проведено Fit-Gap Analysis, щоб визначити: 

• які бізнес-вимоги можуть бути реалізовані стандартними можливостями SAP; 

• які існуючі кастомізації залишаються необхідними; 

• які розробки потрібно адаптувати до нової версії системи; 

• які бізнес-процеси можна спростити; 

• у яких випадках необхідні додаткові доопрацювання. 

Такий підхід дозволив уникнути механічного копіювання структури попередньої системи та побудувати сучасне рішення, оптимізоване під актуальні бізнес-потреби. 

Хмарна інфраструктура на Microsoft Azure 

Ще одним важливим компонентом рішення стало розгортання надійної хмарної інфраструктури на базі Microsoft Azure. 

Для фармацевтичної компанії, яка активно розвивається, це насамперед рішення щодо масштабованості. 

Платформа SAP S/4HANA, розгорнута на Azure, забезпечила Adalvo гнучкий технологічний фундамент для подальшого розвитку бізнесу, підтримки зростаючих обсягів даних, інтеграції нових технологій та розширення функціональних можливостей системи. 

Реалізація проєкту: 7,5 місяця, 23 SAP-модулі та одна спільна команда 

Міграцію було успішно завершено лише за 7,5 місяця. 

Проєкт реалізувала об’єднана команда, до складу якої входили 6 ключових фахівців Adalvo та 32 експерти ITP, які тісно співпрацювали для забезпечення повного циклу впровадження. 

Під час реалізації проєкту ITP використовувала методологію SAP Activate, яка структурує впровадження за шістьма основними етапами: 

• Discover 

• Prepare 

• Explore 

• Realize 

• Deploy 

• Run / Hypercare 

Поетапний підхід мав вирішальне значення, адже міграція такого масштабу потребує ефективної координації між бізнес-користувачами, функціональними консультантами, технічними командами, спеціалістами з інфраструктури, менеджерами проєкту та експертами з управління змінами. 

Управління змінами: підтримка працівників під час переходу на нову систему 

Технічно SAP-міграція може бути повністю успішною, але водночас не принести очікуваної бізнес-цінності, якщо користувачі не будуть готові працювати в новому середовищі. 

Саме тому управління змінами стало невід’ємною частиною проєкту. 

ITP впровадила методологію ADKAR, яка допомогла підтримати перехід організації на нову платформу та мінімізувати труднощі під час змін. 

Цей підхід був зосереджений на готовності співробітників до змін, роботі з їхніми очікуваннями та занепокоєннями, підвищенні рівня прийняття нової системи й забезпеченні плавної організаційної трансформації. 

Для фармацевтичних компаній це має особливе значення, оскільки навіть найкраща технологія не принесе результату без її правильного використання людьми. 

Результати: сучасна SAP-платформа, готова до подальшого розвитку фармацевтичного бізнесу 

У результаті реалізації проєкту Adalvo отримала сучасну платформу SAP S/4HANA, розгорнуту на Microsoft Azure. 

Нова система стала надійною основою як для поточної діяльності компанії, так і для її майбутнього розвитку. 

Основні бізнес-результати проєкту: 

• підвищення продуктивності завдяки автоматизації ручних процесів; 

• зменшення складності ІТ-ландшафту завдяки спрощеній моделі даних та оптимізованій архітектурі; 

• покращення фінансового управління завдяки сучасним можливостям SAP S/4HANA; 

• підвищення масштабованості завдяки використанню SAP S/4HANA та хмарної інфраструктури Microsoft Azure; 

• створення міцної основи для впровадження нових можливостей і рішень SAP у майбутньому; 

• побудова гнучкої архітектури, яка здатна масштабуватися разом із розвитком бізнесу; 

• підвищення готовності компанії до управління на основі даних та впровадження інновацій. 

Висновки з проєкту Adalvo: ключові уроки для фармацевтичних компаній 

Проєкт Adalvo демонструє кілька важливих принципів, які варто враховувати фармацевтичним компаніям під час планування міграції на SAP S/4HANA. 

1. Спочатку проєктуйте регульовані бізнес-процеси, а вже потім налаштовуйте SAP 

У фармацевтичній галузі процеси SAP часто охоплюють кілька підрозділів, ролей і систем. Наприклад, один матеріал може проходити через погодження постачальника, закупівлю, приймання, управління серіями (batch), контроль якості, зберігання, дистрибуцію та випуск продукції. 

Якщо кожен із цих етапів проєктується окремо як ізольована транзакція, між підрозділами або системами можуть залишитися непоміченими критично важливі механізми контролю. 

Саме тому команда, яка проєктує процеси, повинна починати не з налаштування SAP, а з визначення бажаного бізнес-результату та аналізу ризиків. 

Для кожного критично важливого процесу необхідно визначити: 

• відповідальні ролі та процедури погодження; 

• критично важливі записи й дані; 

• вимоги до простежуваності; 

• допустимі винятки; 

• процедури ескалації; 

• докази, необхідні для підтвердження ефективності контролю. 

Такі рішення не повинні прийматися виключно ІТ-фахівцями або SAP-консультантами. 

До цього процесу мають бути залучені фахівці із забезпечення якості (Quality Assurance), власники бізнес-процесів, спеціалісти з валідації, ІТ-команда та SAP-консультанти. 

Стандартна функціональність SAP може стати чудовою основою, однак її необхідно оцінювати з урахуванням того, як саме компанія планує використовувати систему у своїх регульованих процесах. 

2. Визначайте обсяг валідації ще на етапі проєктування процесів 

Валідація не повинна починатися лише після завершення конфігурації системи. 

На цьому етапі проєкт уже може містити зайві кастомізації або не враховувати окремі бізнес-процеси, інтеграції, звіти чи електронні записи. 

У фармацевтичних компаніях обсяг валідації повинен визначатися відповідно до призначення системи та рівня ризику. 

Наприклад, механізм контролю, який впливає на статус серії продукції або інформацію, пов’язану з її випуском, потребує значно більшої уваги, ніж інформаційний звіт із мінімальним рівнем ризику. 

Це означає, що критично важливі функції необхідно визначити ще на початку проєкту, а тестування та доказову базу пов’язати з відповідними бізнес-процесами, даними та ризиками контролю. 

Ризик-орієнтований підхід не означає однакову глибину тестування для всіх компонентів SAP. 

Він передбачає концентрацію зусиль саме на тих функціях, помилки в яких можуть мати найбільший вплив на бізнес або відповідність регуляторним вимогам. 

3. Розглядайте цілісність даних як відповідальність бізнесу та служби якості 

Майстер-дані — це не лише питання ІТ або процесу міграції. 

Дані про матеріали, постачальників, серії продукції, терміни придатності, умови зберігання, одиниці виміру та класифікацію безпосередньо впливають на закупівлі, відстеження, зберігання, обробку та випуск продукції. 

Для кожного критично важливого об’єкта даних необхідно визначити: 

• відповідального власника; 

• офіційне джерело даних; 

• обов’язкові атрибути та допустимі значення; 

• правила перевірки та погодження; 

• відповідальність за очищення даних; 

• механізми контролю міграції та звірки; 

• процедури підтримки даних після запуску системи. 

Саме тут підхід Blue-field, використаний у проєкті Adalvo, продемонстрував свою ефективність. 

Він дозволив не просто перенести історичні дані та кастомізації, а переглянути їхню актуальність перед переходом до нового середовища. 

Це також має важливе значення для майбутнього використання аналітики та штучного інтелекту. 

SAP наголошує на необхідності використання спільних платформ даних, стандартизованих визначень і посилення управління даними в міру розширення застосування AI у фармацевтичній галузі. Аналогічно FDA у своїх рекомендаціях щодо надійного використання штучного інтелекту підкреслює важливість якості даних, контексту, контролю та належного управління. 

На практиці майбутні AI-рішення та аналітичні інструменти працюватимуть настільки добре, наскільки якісними є корпоративні дані. 

Штучний інтелект не здатний самостійно виправити нечітко визначену відповідальність за дані або систематичні помилки в їхніх першоджерелах. 

4. Тестуйте механізми контролю, виняткові ситуації та наскрізні бізнес-процеси 

Тестування не повинно обмежуватися перевіркою окремих SAP-транзакцій. 

Наприклад, можливість створити замовлення на закупівлю ще не доводить, що весь регульований бізнес-процес працює належним чином. 

У фармацевтичній галузі валідація та приймальне тестування користувачами (UAT) також повинні підтверджувати, що: 

• критичні операції можуть виконувати лише авторизовані користувачі; 

• усі необхідні дані присутні; 

• використовуються лише погоджені постачальники, матеріали та статуси; 

• усі зміни залишаються повністю простежуваними; 

• інтеграції коректно передають інформацію між системами; 

• виняткові ситуації викликають очікувану реакцію; 

• перервані процеси можна коректно відновити. 

Не менш важливо перевіряти, як система поводиться у випадку помилок. 

Негативні сценарії повинні охоплювати відсутні дані, відхилені погодження, неправильні ролі користувачів, помилки інтеграції, скасування операцій і повторну обробку. 

Мета полягає у перевірці реальних наскрізних бізнес-процесів, а не окремих SAP-транзакцій. 

5. Інтегруйте забезпечення якості та адаптацію користувачів у систему управління проєктом 

Служба забезпечення якості не повинна долучатися лише наприкінці проєкту для погодження документації перед запуском системи. 

У фармацевтичному SAP-проєкті QA має брати участь у класифікації процесів, оцінці ризиків, перевірці проєктних рішень, погодженні тестування, управлінні відхиленнями та ухваленні рішень щодо готовності до запуску. 

Адаптація користувачів також не повинна обмежуватися навчанням роботі з інтерфейсом системи. 

Працівники повинні розуміти: 

• чому змінився бізнес-процес; 

• які дії створюють регульовані записи; 

• як правильно працювати з винятковими ситуаціями; 

• які попередні ручні практики більше не допускаються. 

Саме тому підхід ADKAR, використаний у проєкті Adalvo, став важливою складовою успіху, оскільки забезпечив одночасно готовність як самої системи, так і всієї організації. 

Чотири KPI, які варто відстежувати керівникам фармацевтичних компаній 

На основі досвіду ITP у реалізації SAP-проєктів для фармацевтичної галузі можна виділити чотири управлінські показники, які допомагають оцінювати готовність програми трансформації. 

Валідаційні тестові сценарії. Відстежуйте кількість запланованих, погоджених, виконаних, успішних, неуспішних, заблокованих і повторно виконаних тестів, приділяючи окрему увагу критично важливим бізнес-процесам. 

Відхилення під час UAT. Контролюйте відхилення за рівнем критичності, бізнес-процесом, першопричиною, тривалістю усунення, статусом виправлення та повторного тестування. 

Рівень дефектів майстер-даних. Вимірюйте частку помилкових записів серед перевірених або мігрованих даних із розподілом за типами об’єктів даних та рівнем критичності. 

Тривалість циклу випуску серії продукції. Якщо цей показник входить до обсягу проєкту, визначте чіткі точки вимірювання та порівняйте результати до і після запуску системи. Водночас варто пам’ятати, що SAP є лише одним із факторів, які впливають на цей процес. 

Ці KPI є управлінськими рекомендаціями, а не регуляторними вимогами. Їх доцільно погодити ще на початку проєкту та регулярно переглядати на етапах проєктування, тестування, впровадження й післяпроєктної підтримки (Hypercare). 

Головний висновок 

Досвід реалізації SAP-проєктів у фармацевтичній галузі демонструє просту закономірність: проєктування регульованих бізнес-процесів, валідація, забезпечення цілісності даних, контроль якості та адаптація користувачів не повинні з’являтися після побудови системи. 

Усі ці напрями мають бути невід’ємною частиною цифрової трансформації з першого дня реалізації проєкту. 

Плануєте цифрову трансформацію SAP у фармацевтичній компанії? 

Маючи понад 30 років досвіду у сфері цифрової трансформації, ITP допомагає фармацевтичним компаніям впроваджувати, інтегрувати, оптимізувати та підтримувати SAP-рішення, реалізовувати проєкти міграції SAP і впроваджувати AI-рішення для всіх бізнес-процесів підприємства. 

Зв’яжіться з нашими експертами та замовте безкоштовну консультацію, щоб обговорити оптимальний підхід до цифрової трансформації саме для вашої фармацевтичної компанії.