SAP
ObsługiwanySAP S/4HANA / SAP ERP
Dane podstawowe · Finanse · Zakupy · Magazyn · Zamówienia
API OData i SOAP dla procesów zakupowych i logistycznych.
Porozmawiajmy o integracji z SAP ERP i systemy istniejące
Wymiana ERP nie jest konieczna,żeby wdrożyć INVO.
SAP, Oracle, Microsoft Dynamics lub rozwiązanie własne może nadal pełnić rolę centralnego systemu ERP. INVO integruje się z istniejącym środowiskiem i może działać jako wyspecjalizowana warstwa operacyjna dla planowania, zakupów, magazynu i produkcji.
Państwa ERP
SAP / Oracle / Dynamics
- Finanse
- Księgowość
- Dane podstawowe
- Controlling
Warstwa integracyjna
INVO
Operacje produkcji dronów
- Planowanie
- Zakupy
- Magazyn
- Produkcja
- MES
- Jakość
- Operacje zakładu
Działa z obecnym środowiskiem IT
INVO może współpracować z systemami, które już działają w Państwa organizacji.
Statusy integracji odzwierciedlają rzeczywisty stan po stronie INVO. Nie oznaczamy ERP jako zintegrowanego bez realnie wdrożonej integracji.
Oracle
ObsługiwanyOracle Fusion Cloud ERP / SCM
Finanse · Zakupy · Łańcuch dostaw · Magazyn
REST API dla Financials, Procurement oraz Supply Chain Management.
Porozmawiajmy o integracji z OracleMicrosoft Dynamics
ObsługiwanyDynamics 365 / Business Central
Finanse · Operacje · Magazyn · Dane podstawowe
Data entities przez OData, REST API oraz synchronizacja z Dataverse.
Porozmawiajmy o integracji z MicrosoftInny ERP / systemy starszego typu
Integracja indywidualnaREST · SOAP · OData · Pliki · Middleware
Zakres ustalany dla systemu
Jeżeli organizacja wykorzystuje własny ERP, rozwiązanie branżowe albo system starszego typu, projektujemy odpowiedni model wymiany danych.
Rozmowa o Państwa ERPZaczynamy od tego, jakie dane muszą przepływać między systemami, a nie od logotypu dostawcy.
Jeden właściciel dla każdej domeny danych
Dla każdego typu danych definiujemy jedno wiarygodne źródło.
Najważniejszym elementem dobrej integracji nie jest liczba endpointów. Musimy przede wszystkim ustalić, który system jest właścicielem danej informacji.
- DostawcaWiarygodne źródło danychSAP
INVO konsumuje dane dostawcy.
- BOMWiarygodne źródło danychINVO
ERP może otrzymać potrzebne dane wynikowe.
- Zamówienie zakupuWiarygodne źródło danychZależnie od architektury
INVO → SAP lub SAP → INVO.
- Zużycie produkcyjneWiarygodne źródło danychINVO
Rzeczywiste zużycie może zostać przekazane do procesów finansowych.
Jeden rekord może występować w wielu systemach. Tylko jeden powinien być jego właścicielem.
Odpowiedzialność systemów
Każdy system powinien odpowiadać za to, w czym jest najlepszy.
To przykładowy podział. Docelowy podział odpowiedzialności pomiędzy systemami ustalamy podczas projektowania rozwiązania dla każdego klienta.
| Obszar | Obecny ERP | INVO |
|---|---|---|
| Księga główna | System wiodący | - |
| Księgowość | System wiodący | - |
| Finanse korporacyjne | System wiodący | - |
| Centra kosztów | System wiodący | Wykorzystuje |
| Dane podstawowe dostawców | Wspólnie | Wykorzystuje |
| Dane podstawowe klientów | Wspólnie | Wykorzystuje |
| Komponenty | Wspólnie | Działa |
| BOM | - | System wiodący |
| Prognozowanie popytu | - | System wiodący |
| Planowanie produkcji | - | System wiodący |
| Planowanie zakupów | - | System wiodący |
| Operacje magazynowe | Wspólnie | Działa |
| Realizacja produkcji | - | System wiodący |
| MES | - | System wiodący |
| Jakość | - | System wiodący |
| Koszty rzeczywiste | Finansowo | Działa |
Nie budujemy drugiego ERP obok Państwa ERP. Rozdzielamy odpowiedzialność pomiędzy systemami.
Wymiana danych z ERP
Synchronizujemy dane potrzebne do prowadzenia procesu end-to-end.
Nie wszystkie przepływy są wymagane. Kierunek i zakres każdej synchronizacji projektujemy dla konkretnego klienta.
Dane podstawowe
- Dostawcy
- Klienci
- Produkty
- Komponenty
- Jednostki miary
- Lokalizacje
- Centra kosztów
- Pracownicy / użytkownicy
Zakupy
- Zapotrzebowania zakupowe
- Zamówienia zakupu
- Dane dostawców
- Ceny
- Potwierdzenia
- Przyjęcia towaru
Magazyn
- Stany magazynowe
- Ruchy magazynowe
- Przyjęcia towaru
- Zużycie
- Korekty
Produkcja
- Zlecenia produkcyjne
- Zapotrzebowania na komponenty
- Wyprodukowane ilości
- Rzeczywiste zużycie
- Status produkcji
Finanse
- Koszty rzeczywiste
- Referencje księgowe
- Centra kosztów
- Faktury
- Dokumenty finansowe
Sprzedaż i kontrakty
- Zamówienia sprzedaży
- Popyt
- Kontrakty klientów
- Lokalizacje
ERP → INVO
- Dane podstawowe
- Klienci
- Dostawcy
- Centra kosztów
- Zamówienia sprzedaży
INVO → ERP
- Dane rzeczywiste produkcji
- Zużycie
- Przyjęcia towaru
- Koszty operacyjne
- Zamówienia zakupu
Plan pochodzi z danych biznesowych. Dane rzeczywiste wracają z produkcji.
Ekosystemy dostawców
Jak wygląda INVO obok SAP, Oracle i Dynamics.
Każdy duży ERP udostępnia własną powierzchnię integracyjną. Projektujemy wokół tego, który jest realnie używany.
INVO obok SAP
SAP S/4HANA
SAP → INVO
- Klienci
- Dostawcy
- Wybrane dane materiałowe
- Centra kosztów
- Popyt sprzedażowy
INVO → SAP
- Informacje o przyjęciach towaru
- Zużycie komponentów
- Wyprodukowane ilości
- Koszty operacyjne
- Dokumenty zakupowe
Przykładowy zakres, ustalany indywidualnie. SAP udostępnia API integracyjne przez OData i SOAP, w tym komunikację z systemami zewnętrznymi oraz EDI.
Oracle
Financials · Procurement · SCM · Magazyn
- Planowanie
- BOM
- Operacje zakupowe
- MES
- Jakość
Oracle Fusion Cloud udostępnia REST API dla Financials, Procurement oraz Supply Chain Management, dzięki czemu architekturę integracji można projektować wokół konkretnych domen biznesowych.
Microsoft Dynamics
Finance & Operations · Business Central · Dataverse
- Planowanie
- Zakupy
- Magazyn
- MES
- Produkcja
Dynamics 365 Finance & Operations udostępnia publiczne data entities przez OData, Business Central rekomenduje REST API jako podstawowy sposób integracji web-service i może synchronizować dane z Dataverse w obu kierunkach.
Państwa system nie musi być SAP-em ani Oracle.
Wielu producentów dronów korzysta z własnych narzędzi, lokalnych ERP lub systemów, które rosły razem z firmą. INVO może zostać zintegrowane również z takim środowiskiem.
- REST API
- SOAP
- OData
- SFTP
- XML
- CSV
- Integracja bazodanowa
- Middleware
- Konektory indywidualne
Nie zaczynamy od pytania o używany ERP. Zaczynamy od pytania, jakie dane muszą przepływać pomiędzy systemami.
Właściwa integracja do właściwego procesu
Nie wszystkie dane muszą synchronizować się w ten sam sposób.
Model synchronizacji dobieramy do procesu biznesowego, a nie odwrotnie.
Czas rzeczywisty
- Krytyczne zmiany operacyjne
- Statusy
- Dane potrzebne natychmiast
Niemal w czasie rzeczywistym
- Magazyn
- Zlecenia operacyjne
- Wybrane dane podstawowe
Wsadowo
- Wybrane dane finansowe
- Raportowanie
- Duże zestawy danych
Projektowane podczas wdrożenia, a nie doklejane później.
Nie podłączamy systemów „na ślepo”. Architekturę integracji projektujemy podczas analizy wstępnej i projektowania rozwiązania.
- 01Krajobraz systemówJakie systemy istnieją obecnie?
- 02Mapowanie procesówKtóry system uczestniczy w którym procesie?
- 03Ownership danychKtóry system jest wiarygodnym źródłem danych?
- 04Mapowanie danychJak odpowiadają sobie modele danych?
- 05KierunekKtóre dane przepływają w którą stronę?
- 06CzęstotliwośćCzas rzeczywisty, zbliżony do rzeczywistego czy wsadowo?
- 07Obsługa błędówCo dzieje się w przypadku błędu?
- 08MonitoringJak kontrolujemy poprawność synchronizacji?
Integracja klasy enterprise
Integrację trzeba nie tylko uruchomić. Trzeba móc ją kontrolować.
Po uruchomieniu ktoś musi widzieć, co się wydarzyło, i móc to naprawić, kiedy pójdzie nie tak.
Monitoring
Widoczność stanu synchronizacji.
Obsługa błędów
Obsługa nieudanych komunikatów.
Ponowienie
Możliwość ponownego przetworzenia danych.
Ścieżka audytu
Co zostało przesłane, kiedy, pomiędzy jakimi systemami i z jakim rezultatem.
Integracja wszystkiego pierwszego dnia nie jest konieczna.
Wdrożenie może być realizowane etapami. Architektura docelowa może być kompletna od początku, a integracje uruchamiane po kolei.
- Etap 1Dane podstawowe
- Etap 2Zamówienia i popyt
- Etap 3Magazyn i zakupy
- Etap 4Rzeczywista produkcja
- Etap 5Finanse i zaawansowana analityka
Każdy etap jest użyteczny sam w sobie - żaden nie czeka na następny.
Dlaczego współistnienie ma znaczenie
Rozwój operacji bez przebudowy całego stosu technologicznego.
Ochrona obecnej inwestycji
Wieloletnia inwestycja w obecny ERP zostaje zachowana.
Mniejsze ryzyko wdrożenia
Mniejsza skala zmian w systemach korporacyjnych.
Wyspecjalizowane funkcje
Dochodzą funkcje stworzone specjalnie dla produkcji dronów.
Połączenie planu z realizacją
Dane korporacyjne łączą się z rzeczywistą realizacją na produkcji.
Zachowanie procesów finansowych
Istniejące procesy księgowe mogą pozostać bez zmian.
Wdrożenie etapami
INVO może być wdrażane modułami i zakładami.
ERP i systemy istniejące
Poznamy Państwa obecną architekturę.
Podczas analizy wstępnej przejdziemy przez systemy, które już działają w Państwa organizacji, określimy własność danych i zaprojektujemy miejsce INVO w docelowej architekturze. Wdrożenie nie musi zaczynać się od wymiany ERP.