За насУслугиПроектиСтатии
← Назад на услуги

Модернизација на ERP и излез од SAP ECC: инженерството околу миграцијата што никој не го опфатил

Во секоја ERP миграција има два проекти. Едниот е во планот: новиот систем, дизајнот на процесите, системскиот интегратор. Другиот излегува на површина во четвртиот месец, кога некој ќе ги преброи интерфејсите.

Тој втор проект е наш. Осумдесетте наменски интеграции, извештаите од кои зависи финансиите а никој не ги поседува, терминалите во магацинот што зборуваат со еден database view, купувачкиот портал што чита директно од старите табели, дваесетте години податоци што мора да пристигнат во новиот систем во облик што тој ќе го прифати. Тоа ретко е во првичниот опфат, а честопати токму тоа го одредува датумот.

Зошто ова е на календарот сега

Основното одржување за SAP ECC 6.0 завршува на 31 декември 2027. Продолженото одржување може да однесе компанија до крајот на 2030, со доплата и со намален опсег. Голем дел од инсталираната база сè уште не почнала, миграциите вообичаено траат осумнаесет до триесет и шест месеци, а партнерите и капацитетот кај hyperscaler-ите се резервираат сега.

Истиот притисок постои и надвор од 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-от не можел да го направи: конфигуратор, алатка за цени, терминал во производството, купувачки портал, табела за планирање што станала носечка. Некои треба да се згаснат во стандардната функционалност на новиот систем. Некои се вистинска конкурентска предност и треба да се преградат како самостојни апликации, повеќе незаварени за шема на база што допрва ќе се менува.

Ви помагаме да ги разликувате едните од другите, а потоа ги градиме оние што вредат.

Известување и сенката околу податоците

Секој долговечен 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, изложени на истиот животно-циклусен притисок, но со помалку внимание врз нив.

Компании што воопшто не мигрираат, кои решиле засега да останат каде што се и им треба околните системи да се модернизираат, интерфејсите да станат одржливи и ризикот да се намали додека чекаат.

Како течат соработките

Откривање, три до шест недели. Попис на интерфејси, проценка на квалитетот на податоците, преглед на сателитските апликации и пишан извештај за тоа како навистина изгледа околината околу ERP-от. Ова намерно е достапно и како самостојна услуга: неколку клиенти го употребија за да го преговараат опфатот и цената на понудата на системски интегратор, што повеќе од доволно го покри трошокот.

Изведба, напоредно со главната програма: интеграциски слој, миграциска 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, со дополнителен трошок и со намален опсег. Конкретните услови за вашиот enhancement pack и вашиот договор потврдете ги директно со SAP, бидејќи условите се разликуваат.

Веќе избравме системски интегратор. Каде се вклопувате вие?

Покрај нив. Интеграторот ја носи конверзијата на ERP-от; ние ја носиме околината околу него: интерфејси, инженерство на податоци, сателитски апликации, известување и гаснење. Таа поделба е вообичаена, го држи интеграторот фокусиран на системот во кој е специјалист, и значи дека некој одговара за деловите што инаку паѓаат меѓу два договора.

Реално ли е да се излезе целосно од SAP?

За некои компании, да. Зависи од тоа колку од она што го работите е стандардно, колку седи во прилагодувања, и дали помала платформа може да го понесе вашиот обем и вашите регулаторни барања. Тоа е вистинска опција за средни производители и дистрибутери, а слаба за сложени мултинационални групации. Фазата на откривање ви ги дава доказите за да одлучите, наместо аргументот.

Колку трае пописот на интерфејси?

Три до шест недели за повеќето средни околини. Границата главно ја поставува пристапот: колку брзо ќе стигнеме до логовите, изворниот код, конфигурацијата на middleware-от и до луѓето што се сеќаваат зошто нешто постои.

Може ли стариот систем да остане достапен за ревизија откако ќе го исклучиме?

Да. Го градиме извлекувањето во архива низ која може да се пребарува, со рокот на чување, пребарувањето и извозот што ги бараат вашите ревизори и даночни органи. Тоа обично е далеку поевтино од држење лиценциран ERP во работа само за читање една деценија.

Што ако одлучиме сè уште да не мигрираме?

Тоа е легитимна одлука, особено со продолжено одржување достапно до 2030. Работата тогаш е намалување на ризикот во меѓувреме: документирање и стабилизирање на интерфејсите, гаснење на она што никој не го користи, и модернизирање на апликациите околу ERP-от, за кога ќе се преселите, околината да не биде пречката.

Започнете

Кажете ни што вртите, до каде сте со одлуката и дали интегратор е веќе избран. Ќе ви кажеме колку веројатно ќе ве чини околината околу ERP-от и од каде ние би почнале.

Контактирајте нè за да го димензионираме откривањето на интерфејси и податоци.

Поврзани услуги

Спремни да започнете со оваа услуга?

Контактирајте нè
← Назад на сите услуги