Nowoczesna komunikacja system–system
REST API
Wymiana danych pomiędzy aplikacjami poprzez endpointy API.
- Dane podstawowe
- Zamówienia
- Statusy
- Stany magazynowe
- Dane produkcyjne
API i integracje indywidualne
INVO połączone z dowolnym elementemPaństwa ekosystemu.
Gotowe integracje to tylko jeden ze sposobów połączenia INVO z istniejącą architekturą. Dzięki warstwie integracyjnej możemy wymieniać dane z systemami standardowymi, rozwiązaniami własnymi oraz aplikacjami starszego typu - wykorzystując model integracji dopasowany do możliwości technicznych Państwa środowiska.
INVO
Platforma operacyjna
- ERPFinanse · dane podstawowe
- MESRealizacja produkcji
- WMSMagazyn
- PLMKonstrukcja
- Aplikacje własneZbudowane dla Was
- BI / platforma danychRaportowanie
- API
- Webhooki
- EDI
- SFTP
- Pliki
- Middleware
- Konektory
Zaprojektowane pod interoperacyjność
Nie ograniczamy integracji do kilku gotowych konektorów.
W dużych organizacjach środowisko IT jest zwykle zbudowane z wielu systemów rozwijanych przez lata. Niektóre są standardowe. Inne są branżowe. Część została zbudowana wewnętrznie. INVO może zostać włączone w taki ekosystem jako kolejna wyspecjalizowana warstwa.
- ERPSAP, Oracle, Microsoft Dynamics, lokalne i własne systemy ERP.
- MESIstniejące systemy wykonawcze produkcji.
- WMSMagazyn i logistyka wewnętrzna.
- ZakupySystemy zakupowe i platformy do zarządzania dostawcami.
- PLMKonstrukcyjne BOM i rewizje.
- Kontrakty i zamówieniaSystemy kontraktów i zamówień.
- BI i platformy danychPower BI, hurtownia danych, data lake oraz inne platformy analityczne.
- HR i pracownicyGrafiki, czas pracy, obecności i dane pracownicze.
- Aplikacje własneWewnętrzne aplikacje stworzone specjalnie dla organizacji.
- Systemy starszego typuStarsze rozwiązania bez nowoczesnego API.
Warstwa integracyjna
Jedna warstwa integracyjna pomiędzy INVO a Państwa ekosystemem.
Integracja nie powinna oznaczać tworzenia przypadkowych połączeń pomiędzy każdym systemem. Projektujemy przepływ danych zgodnie z odpowiedzialnością poszczególnych aplikacji i procesów.
Aplikacje
- ERP
- WMS
- MES
- PLM
Warstwa integracyjna
- API Gateway
- Uwierzytelnianie
- Mapowanie danych
- Transformacja
- Walidacja
- Zdarzenia
- Monitoring
INVO
Procesy operacyjne
- Planowanie
- Zakupy
- Magazyn
- Produkcja
Jedna warstwa i jedno miejsce, w którym widać, co się wydarzyło - zamiast pajęczyny połączeń punkt-punkt, której nikt nie zaudytuje.
Metody integracji
Dobieramy sposób integracji do możliwości Państwa systemu.
Nowoczesne API jest preferowanym sposobem integracji, ale rzeczywista architektura enterprise często wymaga obsługi systemów o bardzo różnych możliwościach.
Reakcja na zdarzenia w momencie ich wystąpienia
Webhooki
System może reagować na zdarzenia zamiast cyklicznie sprawdzać, czy pojawiły się nowe informacje.
- Potwierdzenie zamówienia
- Zakończenie produkcji
- Przyjęcie dostawy
- Aktualizacja stanu magazynowego
Strukturalna wymiana dokumentów biznesowych
EDI
Elektroniczna wymiana dokumentów biznesowych.
- Zamówienia
- Potwierdzenia
- Faktury
- Dokumenty dostaw
Bezpieczna, automatyczna wymiana plików
SFTP
Bezpieczny transfer plików pomiędzy systemami.
CSV · XML · XLSX · JSON
Pliki strukturalne
Dla systemów, które nie posiadają bezpośredniego API, możemy wykorzystać uzgodniony format danych.
Praca z istniejącą platformą integracyjną
Middleware
Jeżeli organizacja posiada własną warstwę middleware lub integration bus, INVO może zostać podłączone do istniejącego modelu integracyjnego.
Kiedy standardowe metody nie wystarczają
Konektor indywidualny
Dla systemów specyficznych możemy zaprojektować sposób komunikacji tworzony specjalnie do nich.
API-first tam, gdzie to możliwe. Elastycznie tam, gdzie jest to potrzebne.
Nie zakładamy, że każdy system klienta posiada nowoczesne REST API. Sposób połączenia dobieramy do tego, co dany system obsługuje.
- System nowoczesnyREST API
- Platforma enterpriseMiddleware / zdarzenia
- Starszy systemSFTP / pliki
- System starszego typuKonektor indywidualny
Systemy nie muszą być nowoczesne, żeby mogły współpracować z INVO.
Domeny danych
Integrujemy dane potrzebne do prowadzenia rzeczywistych procesów.
Zakres dostępnych danych i operacji zależy od konkretnego zakresu wdrożenia oraz udostępnionych interfejsów.
Dane podstawowe
- Komponenty
- Produkty
- BOM
- Dostawcy
- Klienci
- Lokalizacje
- Jednostki miary
Popyt i zamówienia
- Zamówienia sprzedaży
- Popyt
- Zmiany zamówień
- Wymagania klientów
Zakupy
- Zapotrzebowania zakupowe
- Zamówienia zakupu
- Potwierdzenia dostawców
- Ceny
- Dostawy
Magazyn
- Stany magazynowe
- Przyjęcia towaru
- Ruchy magazynowe
- Zużycie
- Korekty
Produkcja
- Zlecenia produkcyjne
- Plany
- Status produkcji
- Zużycie komponentów
- Wyprodukowane ilości
Jakość
- Kontrole
- Wyniki
- Niezgodności
- Statusy
Logistyka
- Wysyłki
- Dostawy
- Przewoźnicy
- Potwierdzenia dostaw
Finanse i analityka
- Koszty operacyjne
- Dane rzeczywiste
- Referencje kosztowe
- Dane analityczne
Zakres ustalamy dla każdego wdrożenia - integrujemy to, czego wymaga proces, a nie wszystko, co udostępnia endpoint.
Nie wszystkie dane powinny przepływać w ten sam sposób.
Czas rzeczywisty
Dane przesyłane bezpośrednio w momencie wykonania operacji.
- Utworzenie zamówienia
- Natychmiastowa odpowiedź
- Zmiana statusu
Wywoływane zdarzeniem
Synchronizacja wywoływana przez konkretne zdarzenie.
- Zakończenie produkcji
- Zdarzenie
- ERP otrzymuje rzeczywistą produkcję
Wsadowo
Dane wymieniane okresowo.
- Co godzinę
- Raz dziennie
- Po zamknięciu dnia
- Według harmonogramu
Model synchronizacji dobieramy do procesu biznesowego, a nie odwrotnie.
Jak budujemy integracje
Od procesu biznesowego do działającej integracji.
Dziesięć kroków zawsze w tej kolejności. Endpoint pojawia się późno - najpierw proces i ownership danych.
- 01Zrozumienie procesuNajpierw ustalamy, dlaczego systemy muszą się komunikować. Nie zaczynamy od endpointów.
- 02Identyfikacja systemówOkreślamy wszystkie systemy uczestniczące w procesie.
- 03Ustalenie ownershipuUstalamy, który system jest wiarygodnym źródłem danych.
- 04Zakres danychDecydujemy, jakie dane rzeczywiście muszą przepływać.
- 05Mapowanie danychMapujemy struktury pomiędzy oboma środowiskami.
- 06Projekt integracjiKierunek, częstotliwość, triggery, uwierzytelnianie, walidacja i obsługa błędów.
- 07BudowaKonfigurujemy lub rozwijamy integrację.
- 08TestyTestujemy scenariusze biznesowe end-to-end.
- 09Uruchomienie operacyjneUruchamiamy integrację razem z właściwym procesem biznesowym.
- 10MonitoringKontrolujemy poprawność wymiany danych po uruchomieniu.
Ownership danych
Integracja zaczyna się od jasnego ownershipu danych.
To, że dana informacja jest widoczna w kilku systemach, nie oznacza, że wszystkie powinny móc ją niezależnie zmieniać. Dla każdego obszaru definiujemy system nadrzędny.
- KlientWiarygodne źródło danychERPINVOOdczyt / wykorzystanie
- BOM produkcyjnyWiarygodne źródło danychINVOERPOtrzymuje wybrane dane
- Rzeczywista produkcjaWiarygodne źródło danychINVO MESERP / BIOtrzymuje wyniki operacyjne
Jedna informacja może być używana w wielu miejscach. Powinna jednak mieć jednego właściciela.
Różne systemy. Jedno znaczenie.
Nie wymagamy identycznych modeli danych po obu stronach integracji. Każdy system może inaczej nazywać i strukturyzować te same informacje - warstwa integracyjna mapuje je pomiędzy środowiskami.
ERP starszego typu
- MAT_ID: 8821
- MAT_NAME: MTR 2807 BLDC
- BASE_UNIT: PCE
Mapowanie danych
- material_code component_id
- customer_id customer_id
- qty quantity
- uom unit
- Mapowanie
- Transformacja
- Walidacja
- Wzbogacanie danych
INVO
- ID komponentu
- Silnik BLDC 2807
- Jednostka bazowa: szt.
System starszego typu nie znaczy odcięty
Starszy system nadal może być częścią nowoczesnego procesu.
Nie każda organizacja może lub chce wymienić system, który działa od wielu lat i obsługuje krytyczne procesy. Jeżeli system umożliwia wymianę danych przez pliki, bazę danych, middleware lub inny dostępny mechanizm, możemy przeanalizować sposób jego połączenia z INVO.
Dzisiaj
- System starszego typu
- Ręczny eksport
- Excel
- Ręczny import
- INVO
Docelowo
- System starszego typu
- Automatyczna wymiana
- Pliki · baza danych · middleware
- INVO
INVO może działać zgodnie z Państwa standardami integracji.
Jeżeli firma posiada już middleware, ESB, integration platform lub inne centralne rozwiązanie integracyjne, nie musimy omijać tej architektury. INVO może zostać włączone w istniejący standard organizacji.
- SAP
- Oracle
- WMS
- CRM
Dopasowujemy integrację do architektury enterprise, zamiast tworzyć równoległy ekosystem.
Niezawodność integracji
Integracja musi być widoczna również wtedy, kiedy coś pójdzie nie tak.
W procesach operacyjnych samo „wysłaliśmy dane” nie wystarcza. Trzeba wiedzieć, czy dane zostały wysłane, odebrane, przeszły walidację i zostały poprawnie przetworzone.
- MonitoringWidoczność każdej wymiany.
- Obsługa błędówNieudane komunikaty są widoczne, a nie znikają.
- PonowieniePonowne przetworzenie bez wprowadzania danych od nowa.
- RozwiązanieZamknięcie błędu z zapisem, co zostało zrobione.
- HistoriaŚlad tego, co przeszło między którymi systemami.
Monitor integracji
- SAP → INVODane podstawoweSukces10:42
- INVO → WMSZapotrzebowanie produkcyjneSukces10:44
- Dostawca → INVOPotwierdzenie zamówieniaW trakcie10:45
- INVO → ERP starszego typuZużycieBłąd10:46
SzczegółyPonówRozwiążHistoria
Testowanie integracji
Integrację testujemy na rzeczywistych scenariuszach biznesowych.
Nie wystarczy sprawdzić, czy endpoint zwraca 200 OK. Testujemy cały proces.
Scenariusz end-to-end
- 01 Zamówienie klienta
- 02 INVO
- 03 Plan produkcji
- 04 Zapotrzebowanie na komponenty
- 05 ERP / zakupy
- 06 Produkcja
- 07 Dane rzeczywiste
- 08 ERP
Co sprawdzamy
- Dane wejściowe
- Transformacje
- Logika biznesowa
- Odpowiedzi systemów
- Błędy
- Finalny rezultat procesu
Testujemy biznesowy rezultat integracji, nie tylko techniczne połączenie.
Najpierw test. Potem produkcja.
- 01DEV
- 02TEST
- 03UAT
- 04PROD
Integracje powinny być przygotowywane i testowane poza środowiskiem produkcyjnym, a następnie uruchamiane zgodnie z planem cutover.
Bezpieczna integracja
Dostęp do danych powinien być kontrolowany tak samo jak dostęp do systemu.
- UwierzytelnianieUwierzytelnianie systemów i integracji.
- AutoryzacjaKontrola, do jakich danych i operacji ma dostęp konkretna integracja.
- SzyfrowanieBezpieczna komunikacja pomiędzy środowiskami.
- Rozdzielenie środowiskOddzielne konfiguracje dla środowisk testowych i produkcyjnych.
- AudytRejestrowanie istotnych zdarzeń integracyjnych.
Dlaczego otwartość ma znaczenie
Rozwój platformy bez zamykania organizacji w jednym ekosystemie.
Ochrona istniejących systemów
Wymiana działających systemów nie jest konieczna.
Mniej ręcznego przenoszenia danych
Mniej eksportowania, importowania i przepisywania danych.
Jeden proces
Wiele aplikacji łączy się w jeden przepływ pracy.
Lepsza spójność danych
Mniej niezależnych kopii tych samych informacji.
Szybsza zmiana
Nowe systemy można dołączać do istniejącej architektury.
Bez uzależnienia od jednego dostawcy
Architektura pozostaje otwarta na inne rozwiązania.
INVO zostało zaprojektowane jako część Państwa architektury, a nie zamknięty system działający obok niej.
API i integracje indywidualne
Poznamy Państwa obecne środowisko IT.
Podczas analizy wstępnej możemy przejść przez wykorzystywane systemy, źródła danych i istniejące mechanizmy integracyjne. Na tej podstawie zaprojektujemy sposób, w jaki INVO powinno zostać włączone w Państwa architekturę.