Системна интеграция
SAP и не-SAP приложения в един интеграционен слой
Интеграционните среди обикновено растат по един интерфейс наведнъж, всеки с технологията, която е била налична в момента. Обединяването им в един слой дава единен път навътре към средата и едно определение на основните данни в нея.
EADX изгражда тези среди върху SAP Integration Suite. Пътищата, които изграждаме, работят през Cloud Integration; там, където SAP предлага управлявана услуга за даден път, тя се използва при същите шаблони и същия мониторинг. SAP и не-SAP крайните точки се управляват еднакво.
На тесен екран схемата се превърта настрани.
Интеграциите в обхвата
Там, където SAP предоставя стандартно съдържание, го използваме — отбелязано по-долу. Всичко останало е изградено от EADX.
SAP SuccessFactors към UKG, включително ведомост
Данните за служителите, длъжностите, организационното разпределение и графиците преминават от Employee Central към UKG. Работното време, присъствията, отсъствията и натрупаните права се връщат за обработката на ведомостта и се изравняват преди нея. Няма стандартно съдържание на SAP за този път, затова той беше изграден, включително каталогът на смените и отсъствията и обработката на промени в средата на периода с отчитане на датата на влизане в сила.
SAP SuccessFactors и SAP S/4HANA
Основните данни за служителите и организационните единици преминават от Employee Central в SAP S/4HANA. Разходните центрове преминават в обратната посока през SAP Master Data Integration. Стандартно съдържание, разширено за организационния модел на клиента.
Стандартно съдържание на SAPSalesforce и SAP S/4HANA
Основните данни за клиентите се синхронизират в двете посоки. Ценовата листа и кредитният статус преминават от SAP S/4HANA към Salesforce. Приета оферта създава продажбената поръчка без повторно въвеждане, а статусите на поръчката, доставката и фактурата се връщат като събития през Event Mesh.
SAP Ariba и SAP S/4HANA
Заявките и одобренията се обработват в SAP Ariba. Поръчките, потвържденията, предизвестията за доставка и фактурите от доставчици се обменят с доставчиците през SAP Business Network, през SAP Integration Suite, managed gateway for spend management and SAP Business Network.
Стандартно съдържание на SAPCoupa и SAP S/4HANA
Непреки и дребни разходи: заявки, поръчки, приемания и фактури, като основните данни за доставчиците, разходните центрове и йерархията на одобренията преминават от SAP S/4HANA в Coupa. Coupa и SAP Ariba записват в едни и същи канонични обекти за поръчка и фактура от доставчик.
SAP S/4HANA към Apache Kafka
Събитията за поръчки, доставки и фактуриране се публикуват еднократно като съобщения с версиониран договор. Платформата за данни потребява събития, вместо да чете базата на ERP системата, така че анализите следват договора на събитието, а не графика на релийзите на ERP.
Jira и SAP S/4HANA
Отчетеното проектно време преминава към SAP S/4HANA за калкулация на проектите. Всяко съобщение, което изисква внимание, автоматично отваря обогатена задача в Jira с идентификатора на съобщението, стъпката, на която е спряло, и процедурата за повторна обработка.
SAP и не-SAP при едни и същи стандарти
Salesforce, UKG, Coupa, Kafka и Jira работят при същите шаблони, същото управление и същата концепция за мониторинг като SAP системите, така че един екип и един набор от стандарти покриват цялата среда. Втори интеграционен инструмент се въвежда само там, където дадена функционалност го налага.
Стандарти за проектиране и експлоатация
Един набор от шаблони
Обработката на грешки, повторните опити, журналирането и известяването се държат еднакво във всеки поток. Отклоненията изискват одобрение от архитектурата и се документират, така че за всеки поток важи една и съща процедура.
Каноничен модел на данните
По едно вътрешно представяне за служител, бизнес партньор, поръчка за доставка, продажбена поръчка и фактура от доставчик. Нова система се съпоставя веднъж, а не поотделно с всяка друга система.
Защитено и управлявано
OAuth 2.0 или mTLS на всяка връзка, която изграждаме, централно управлявани сертификати с наблюдавани срокове и политики в API Management за ограничаване на честотата, валидиране на съдържанието и защита от заплахи.
Версионирано и пренасяно
Интеграционното съдържание се версионира в Git и се пренася през средите за разработка, тестване и продукция чрез SAP Cloud Transport Management и услугата Content Agent.
Основната поддръжка на SAP PI/PO приключва на 31 декември 2027 г.
Разширената поддръжка продължава до 31 декември 2030 г. срещу доплащане. От опита ни подготвената миграция протича гладко и екипите, които тя засяга, се адаптират добре, затова си струва да се започне рано, а не в последните месеци.
Говорете с някой от нашите консултанти или използвайте бутона за подробностите.
Прочетете още
Всички референции
Консолидация на ERP
Четири ERP системи, мигрирани към едно SAP S/4HANA ядро
Основни и оперативни данни, мигрирани от четири изходни системи в една SAP S/4HANA среда, със SAP Transportation Management в новата архитектура. Реализирано в срок и в рамките на бюджета.
Прочетете случая
Миграция от SAP PO към SAP Integration Suite
363 интерфейса от SAP Process Orchestration
Всеки интерфейс е мигриран към SAP Integration Suite и валидиран поотделно спрямо реални производствени данни, без отчетено прекъсване на работата на заводите.
Прочетете случая