Od ERP do podpisanego eCoC: jak oprogramowanie eCoC EU² łączy się z ERP i MES producentów pojazdów etapu 1 i etapu 2
Dane do eCoC już masz. Problemem jest ich przekazanie.
Zanim pojazd zjedzie z taśmy, każde pole wymagane przez eCoC zostało już wytworzone i zaakceptowane gdzieś w Twoim stacku:
- Odniesienia do homologacji typu oraz kody wariantu/wersji znajdują się w Twoich danych podstawowych homologacyjnych.
- VIN, opcje wykonania, masy, naciski osi, wymiary pochodzą ze zlecenia produkcyjnego lub z konfiguratora.
- Silnik, skrzynia biegów, klasa emisji i rodzaj paliwa są przypisane do wariantu.
- Zapisy Zgodności Produkcji (CoP) rejestruje Twój system jakości.
Kłopotem nie jest więc brak danych. Sęk w tym, że obecnie są one rozproszone w ERP, MES oraz bazie homologacyjnej — i ręcznie się je stamtąd wyciąga, by wypełnić szablon IVI XML, ręcznie waliduje, ręcznie podpisuje i ręcznie wysyła do krajowego punktu dostępowego. Przy kilku pojazdach taki tryb się sprawdza. Przy setkach czy tysiącach rocznie — przestaje.
W jaki sposób eCoC EU² podłącza się do Twoich systemów
eCoC EU² zaprojektowano tak, by korzystał z danych, które już posiadasz. Zależnie od dojrzałości Twojego stacku IT stosujemy trzy modele integracji:
1. Bezpośrednia integracja przez API
W nowoczesnych systemach ERP i platformach MES system produkcyjny przekazuje rekord pojazdu do eCoC EU² za pomocą REST API lub szyny komunikatów w chwili, gdy dział jakości domyka pojazd. Mapper skonfigurowany pod konkretnego klienta tłumaczy ten payload na schemat IVI 2.0.
2. Zrzut pliku (CSV / XML / EDI)
Jeśli ERP jest mocno zamknięty, a okna zmian długie, eCoC EU² odbiera zaplanowany eksport z monitorowanego folderu, ścieżki SFTP lub bucketa S3. Działa ten sam mapper i powstaje ten sam wynik. Spora część klientów zaczyna właśnie od tego, a na API przechodzi, gdy korzyść jest już potwierdzona.
3. Tryb oparty na konfiguratorze
Gdy dysponujesz konfiguratorem pojazdu, który już opisuje wpływ opcji na masy, wymiary i emisje, eCoC EU² potrafi czytać jego wynik wprost. To najbardziej przejrzysty wariant dla zabudów etapu 2, gdzie każda wersja nadwozia zmienia ładowność i odniesienia do homologacji.
Typowy payload na wejściu: identyfikator zlecenia produkcyjnego, VIN, bazowa homologacja typu, wariant i wersja, opcje wykonania, zmierzone masy oraz flagi CoP dla pojazdu skompletowanego.
Systemy ERP i MES obsługiwane przez eCoC EU²
Mamy za sobą wdrożone lub wycenione integracje z systemami, na których faktycznie działają zabudowcy oraz producenci etapu 1 i etapu 2 w UE:
| Warstwa | Obsługiwane systemy |
|---|---|
| ERP Tier-1 / OEM | SAP S/4HANA, Oracle Fusion Cloud ERP |
| ERP automotive mid-market | Infor CloudSuite Automotive, Plex (Rockwell), DELMIAworks (Dassault Systèmes), Microsoft Dynamics 365 F&O, IFS Cloud, Epicor Kinetic |
| ERP zabudowców DACH / UE | abas ERP, proAlpha, Sage X3, SAP Business One, Comarch ERP XL |
| Wykonanie produkcji / MES | Siemens Opcenter, Rockwell Plex MES, Dassault Apriso, AVEVA System Platform, Tulip |
| PLM / dane homologacyjne | Siemens Teamcenter, Dassault ENOVIA, Aras Innovator, wewnętrzne bazy homologacyjne |
Gdy Twojego systemu nie ma na liście, schemat integracji pozostaje identyczny — przygotowujemy mapper pod Twój kontrakt danych. Trudność leży w regułach biznesowych, a nie w samym konektorze.
Pełen obieg danych od startu do mety
Schemat powyżej ilustruje całą trasę. Startując od systemu produkcyjnego, eCoC EU² odpala mapper przygotowany dla klienta, tworzy zwalidowany schematem XML IVI 2.0, składa pod nim podpis XAdES kwalifikowanym certyfikatem dostawcy z unijnej Listy Zaufania (TSL), a następnie kieruje go do właściwego krajowego punktu dostępowego (NAP) — sięgając po mechanizm EUCARIS retrieval tam, gdzie kraj docelowy dopuszcza złożenie poprzez obcy NAP.
Potwierdzenie przyjęcia oraz ewentualne powody odrzucenia trafiają z powrotem do pierwotnego rekordu w Twoim ERP albo MES — dzięki temu status eCoC widać przy pojeździe w systemie produkcyjnym, a nie w oddzielnym arkuszu.
Etap 1 a etap 2: przekazanie pojazdu w homologacji wieloetapowej
Postać integracji różni się w zależności od tego, czy wytwarzasz pojazd bazowy, czy go kompletujesz.
Etap 1 — producent pojazdu bazowego
Zwykle podwozia oraz podwozia z kabiną. Integracja eCoC EU² uruchamia się przy zdarzeniu zamknięcia zlecenia produkcyjnego. Wysyłane przez Ciebie eCoC dotyczy pojazdu niekompletnego i przenosi odniesienie do bazowej homologacji typu, które będzie potrzebne kolejnemu etapowi.
Etap 2 — zabudowca / przebudowujący
Twoje eCoC musi powoływać się na wcześniejsze eCoC wydane na etapie 1. eCoC EU² załatwia to, pobierając bazowy XML eCoC za pomocą EUCARIS retrieval (wariant zalecany) albo przyjmując odniesienie do bazowej homologacji typu z karty technicznej producenta podwozia. Twoje eCoC etapu 2 dokłada masy pojazdu skompletowanego, typ nadwozia i konfigurację osi, po czym jest ponownie podpisywane.
Problem, który usuwamy na styku etapów
Niespójność między masami i wymiarami zadeklarowanymi na etapie 1 a wartościami zmierzonymi na etapie 2. eCoC EU² wychwytuje taką rozbieżność i wymusza jej zatwierdzenie, zanim eCoC zostanie wysłane — abyś nie zebrał odrzucenia z NAP-u z powodu tego, że masa skompletowana przekracza masę technicznie dopuszczalną.
Jak przebiega projekt integracji
Dla przeciętnego zabudowcy pracującego na Sage X3 lub proAlpha wygląda to tak:
- Tydzień 1 — warsztat mapowania danych. Wspólnie z Twoim liderem homologacji i administratorem ERP zestawiamy schemat IVI 2.0 z Twoimi polami. Efekt: jednostronicowy kontrakt danych.
- Tygodnie 2–4 — konektor zostaje zbudowany i podłączony do Twojego środowiska testowego. Tworzymy próbne eCoC z przykładowych pojazdów i kierujemy je do testowego endpointu NAP.
- Tygodnie 5–6 — praca równoległa. eCoC EU² wytwarza eCoC obok Twojego dotychczasowego procesu, a wyniki zestawiamy pole po polu.
- Tydzień 7 i dalej — przełączenie na produkcję. Ręczne tworzenie eCoC zostaje wyłączone.
U producentów etapu 1 na SAP S/4HANA faza rozpoznania i przegląd bezpieczeństwa zajmują więcej czasu, lecz sama budowa techniczna idzie szybciej, bo dane źródłowe są czystsze.
Kiedy integracja zaczyna się opłacać
W praktyce praktyczna granica ręcznego wystawiania eCoC to mniej niż 50 eCoC rocznie. Format IVI 2.0 XML jest po prostu nie do ogarnięcia ludzkim okiem — gęsty, mocno zagnieżdżony i naszpikowany wartościami z list kodów, które wyglądają na zamienne, choć takie nie są. Ręczne wklepywanie tego przy jakimkolwiek rozsądnym wolumenie nieuchronnie rodzi błędy, a każdy błąd to odrzucenie z NAP-u i kolejna runda podpisywania. Powyżej tego progu integracja ERP/MES przestaje być sposobem na oszczędność — staje się jedynym działającym przepływem pracy.
Zespoły zwykle nie doceniają jeszcze jednego: integracja to nie tylko szybsze tworzenie eCoC. Skoro to samo źródło prawdy zasila zarówno produkcję, jak i homologację, eliminujesz całą grupę rozbieżności między rekordami produkcyjnymi a dokumentami przekazywanymi organowi — a to dokładnie w tym miejscu audyty Zgodności Produkcji potrafią dać się we znaki.
eCoC EU² dla producentów etapu 1 oraz etapu 2
- Tworzenie XML IVI 2.0 wprost z Twojego ERP, MES lub konfiguratora
- Mappery utrzymywane dla każdego klienta osobno; aktualizacje dostarczane wraz ze zmianami schematu
- Walidacja schematu przed wysyłką oraz wynik podpisany w standardzie XAdES kwalifikowanym certyfikatem QTSP
- Bezpośrednie składanie do dowolnego NAP-u w UE plus EUCARIS retrieval do transgranicznego powiązania pojazdu bazowego z pojazdem skompletowanym
- Zapis zwrotny statusu do pierwotnego rekordu w ERP lub MES
- Kompletny ślad audytowy na potrzeby Zgodności Produkcji
Jeżeli produkujesz pojazdy etapami, prawdziwym wąskim gardłem przy terminie 5 lipca 2026 r. nie są przepisy, lecz przekazanie pojazdu pomiędzy systemem produkcyjnym a organem rejestracyjnym. Właśnie ten odcinek jesteśmy w stanie zbudować w ciągu kilku tygodni.
Masz pytania o eCoC?
Skontaktuj się z naszym zespołem ekspertów. Chętnie odpowiemy na wszystkie pytania i pomożemy wdrożyć system eCoC EU² w Twojej firmie.