Модернизация на ERP и излизане от SAP ECC: инженерната работа около миграцията, която никой не е включил в обхвата
Във всяка миграция на ERP има два проекта. Единият е в плана (новата система, проектирането на процесите, системният интегратор), а другият изплува през четвъртия месец, когато някой преброи интерфейсите.
Вторият проект е наш. Осемдесетте собствени интеграции, отчетите, на които разчита финансовият отдел и които никой не притежава, складовите терминали, свързани с изглед в базата данни, клиентският портал, който чете директно от старите таблици, двадесетте години данни, които трябва да стигнат до новата система във вид, който тя ще приеме. Рядко е в първоначалния обхват и често именно той определя датата.
Защо това е в календара точно сега
Основната поддръжка на SAP ECC 6.0 приключва на 31 декември 2027 г. Разширената поддръжка може да стигне до края на 2030 г., срещу допълнително заплащане и в ограничен обхват. Голяма част от инсталираната база още не е започнала, миграциите обикновено отнемат от осемнадесет до тридесет и шест месеца, а капацитетът на партньорите и на големите облачни доставчици за тях се резервира сега.
Същият натиск съществува и извън SAP. Клиентите на Oracle EBS са изправени пред собствен хоризонт на поддръжка, инсталациите на Dynamics AX и NAV се насочват към Business Central и Dynamics 365, а дълга опашка от компании работят с ERP, силно доработена преди десетилетие от хора, които отдавна са напуснали.
Каквато и да е целта, формата на проблема е една и съща: ERP системата не е остров, а нещата, свързани с нея, обикновено не са документирани.
Какво правим
Откриване и инвентаризация на интерфейсите
Преди да се планира каквото и да е, някой трябва да установи какво всъщност комуникира с ERP. Ние го правим емпирично (чрез логове на базата данни, мрежов трафик, планирани задачи, конфигурация на интеграционния middleware и изходен код), а не като разпращаме въпросник и се надяваме.
Резултатът е опис на всички интерфейси с посока, протокол, честота, обем на данните, бизнес собственик, ако такъв може да бъде открит, и оценка дали интерфейсът трябва да се изгради наново, може да се премахне или може да се адаптира. Клиентите редовно откриват между два и пет пъти повече интерфейси, отколкото са очаквали, а немалка част от тях се оказват напълно ненужни.
Изграждане наново на интеграционния слой
Изграждаме наново интерфейсите, които трябва да останат, и предпочитаме да ги свържем към абстракция, а не директно към новата система. Интеграционен слой между вашите сателитни приложения и ERP означава, че следващата миграция (а такава ще има) няма да повтаря цялото упражнение. Той ви позволява и да прехвърляте приложенията на вълни, вместо всичко да се решава в един уикенд на превключване.
Работата тук обхваща IDoc и BAPI интерфейси, OData услуги, SOAP крайни точки от по-ранна епоха, обмен на плоски файлове и по SFTP, на който все още се крепи половината европейски B2B, опашки за съобщения и съвременни REST API от страната на новата система.
Инженерство на миграцията на данни
Извличане, почистване, трансформиране, зареждане и (частта, която обикновено се подценява) равняване. Изграждаме миграцията като код, който може да се изпълнява многократно, а не като еднократен скрипт, така че да може да се пусне десетки пъти върху все по-чисти данни, като резултатите се сравняват автоматично всеки път.
Именно при равняването се печели доверие. Финансовият отдел няма да одобри миграцията, защото зареждането е минало успешно; ще я одобри, защото салдата съвпадат, бройките съвпадат, а оставащите разлики са обяснени и приети писмено.
Собствени приложения, които надживяват ERP
Повечето компании имат приложения, изградени около старата ERP, които правят нещо, което тя не е могла: конфигуратор, инструмент за ценообразуване, терминал в цеха, клиентски портал, таблица за планиране, от която постепенно е започнало да зависи всичко. Някои трябва да бъдат заменени със стандартната функционалност на новата система. Други са истинско конкурентно предимство и трябва да бъдат изградени наново като пълноценни самостоятелни приложения, които вече не са спойени със схема на базата данни, която всеки момент ще се промени.
Помагаме ви да различите едните от другите и след това изграждаме онези, които си струва да запазите.
Отчетността и „сенчестите“ данни
Около всяка дълго използвана ERP израства слой от отчети, извлечения и таблици извън нея. Те се чупят шумно при превключването и почти никога не са в плана. Инвентаризираме ги, откриваме онези, на които бизнесът наистина разчита, и ги изграждаме наново върху новия модел на данните или върху слой за отчетност, който ги изолира от него.
Извеждане от експлоатация и съхранение на данни
Старата система съдържа записи, които по закон трябва да пазите години след като я изключите. Да поддържате ECC в режим само за четене цяло десетилетие е скъп начин да изпълните изискване за съхранение. Изграждаме извличане на данните в достъпен архив с възможностите за търсене и експорт, които одиторите и данъчните органи наистина изискват, така че старата система да може да бъде изключена.
Какво не предлагаме
Не сме функционална консултантска компания за SAP. Не конфигурираме FI/CO, не проектираме шаблоните на процесите ви и не сме партньорът, който ръководи програмата за S/4HANA. Това са специализирани роли и за тях трябва да ангажирате специалист.
Ние сме инженерният екип, който работи заедно с този партньор по всичко, до което се докосва ERP, но което програмата за ERP не покрива. На практика ни ангажира или директно клиентът, за да защити своята страна на програмата, или системният интегратор, който я ръководи, като подизпълнител.
Ако търсите някой, който да поеме цялото преминаване към S/4HANA, ще ви кажем, че не сме ние, и предпочитаме да го направим в първия разговор, а не в третия.
Къде работим
Заедно с програма за S/4HANA: изграждане наново на интеграциите, инженерство на миграцията на данни, работа по сателитните приложения и извеждане от експлоатация на наследените системи.
Пълно излизане от SAP: към Odoo, Dynamics 365 Business Central, ERPNext, Netsuite или специализирана отраслова система. Това е най-често при средните компании, за които S/4HANA е непропорционално голямо решение. Тук работата по интеграциите и данните е по-голямата част от проекта.
Системи на Oracle, Dynamics AX/NAV и Infor, изправени пред същия натиск на жизнения цикъл, но с по-малко внимание към тях.
Компании, които изобщо не мигрират, а са решили засега да останат, където са, и се нуждаят от модернизация на околните системи, интерфейси, които могат да се поддържат, и по-нисък риск, докато чакат.
Как протича работата
Проучване, от три до шест седмици. Инвентаризация на интерфейсите, оценка на качеството на данните, преглед на сателитните приложения и писмен доклад за това как всъщност изглеждат околните системи. Нарочно го предлагаме и като самостоятелна услуга: няколко клиенти са го използвали, за да договорят наново обхвата и цената на офертата на системен интегратор, което повече от го е изплатило.
Изграждане, паралелно с основната програма: интеграционен слой, pipeline за миграцията, изграждане наново на приложения, по вашия график и спрямо вашата дата на превключване.
Подкрепа при превключването, включително репетициите, циклите на равняване и периода на засилена поддръжка, когато интерфейсите, които така и не са били изпитани напълно при тестовете, най-сетне се изпитват.
Извеждане от експлоатация, след като новата система е стабилна и архивът е одобрен.
Технологии
Java, .NET, Python, Node.js и PHP от страната на приложенията; интерфейсни технологии на SAP, включително IDoc, BAPI, RFC и OData; middleware, включително MuleSoft, Apache Camel, Kafka и Azure Integration Services; SQL Server, Oracle, DB2, HANA и PostgreSQL; AWS и Azure. Когато съществуващите системи работят на нещо по-старо (Delphi, VB6, PowerBuilder, COBOL до ERP), това е позната територия, а не изненада.
Често задавани въпроси
Кога точно приключва поддръжката на SAP ECC?
Основната поддръжка на SAP ECC 6.0 приключва на 31 декември 2027 г. Разширената поддръжка е налична до края на 2030 г. срещу допълнително заплащане и в ограничен обхват. Потвърдете подробностите за вашия пакет с подобрения и договор директно със SAP, тъй като условията се различават.
Вече сме избрали системен интегратор. Къде е вашето място?
До него. Интеграторът отговаря за преминаването на ERP, а ние за всичко около нея: интерфейси, инженерство на данните, сателитни приложения, отчетност и извеждане от експлоатация. Такова разделение е често срещано, позволява на интегратора да се съсредоточи върху системата, в която е специалист, и означава, че някой отговаря за частите, които обикновено попадат между договорите.
Реалистично ли е изцяло да излезем от SAP?
За някои компании, да. Зависи колко от това, което правите, е стандартно, колко е в доработките и дали по-малка платформа може да поеме обема ви и регулаторните ви изисквания. Това е реална възможност за средни производители и дистрибутори и слаба за сложни многонационални групи. Фазата на проучване ви дава доказателства, за да решите, вместо аргументи за спор.
Колко време отнема инвентаризацията на интерфейсите?
От три до шест седмици за повечето средно големи системи. Сроковете зависят главно от достъпа: колко бързо можем да стигнем до логовете, изходния код, конфигурацията на middleware и хората, които помнят защо нещо съществува.
Можете ли да запазите старата система достъпна за одит, след като я изключим?
Да. Изграждаме извличане на данните в архив с възможност за заявки, със срока на съхранение и възможностите за търсене и експорт, които изискват вашите одитори и данъчни органи. Обикновено това е много по-евтино от поддържането на лицензирана ERP в режим само за четене цяло десетилетие.
Ами ако решим засега да не мигрираме?
Това е напълно легитимно решение, особено при наличната разширена поддръжка до 2030 г. Тогава работата е да се намали рискът дотогава: да се документират и стабилизират интерфейсите, да се премахне неизползваното и да се модернизират приложенията около ERP, така че когато все пак мигрирате, околните системи да не са пречката.
Да започнем
Разкажете ни с какво работите, докъде сте стигнали с решението и дали вече сте избрали интегратор. Ще ви кажем колко вероятно ще ви струват околните системи и откъде бихме започнали.
Свържете се с нас, за да определим обхвата на проучване на интерфейсите и данните.
Свързани услуги
- Поддръжка на код на наследени системи: за системите, които остават, където са
- Интеграция на електронно фактуриране: изискването, което често идва по средата на миграцията
- Разширяване на екипа и аутсорсинг: инженери, включени в екипа ви за времето на програмата
Готови ли сте да започнете с тази услуга?
Свържете се с нас