De îndată ce un pașaport digital al produsului prinde contur, departamentul IT pune o întrebare înaintea tuturor celorlalte: Care dintre sistemele noastre trebuie să fie integrate în platformă? Este întrebarea potrivită, deoarece în spatele ei se află datele de acces, autorizațiile de firewall și un concept de securitate pentru care cineva trebuie să-și asume responsabilitatea.
Răspunsul nostru este scurt: niciunul. Toate sistemele care contribuie cu date la pașaport se află la sursă și rămân acolo. Transpareo este exclusiv destinatarul de la capătul lanțului; fluxurile de date se îndreaptă unilateral către platformă. Acest articol urmărește fluxurile: ce furnizează fiecare sistem, ce reguli se aplică fiecărui flux și ce se primește înapoi ca confirmare.
Ce contribuie fiecare sistem la pașaport
Datele unui pașaport provin rareori dintr-un singur sistem. În practică, acestea se împart între câteva clase de sisteme, fiecare dintre ele contribuind cu doar câteva câmpuri:
- ERP - identitatea articolului, materiale, furnizori și proveniență, referințe la comenzi și loturi, cantități. Date de bază stabile, care se modifică rar.
- MES - istoricul producției, alocarea seriilor și loturilor, certificate de calitate, trasabilitate. Date privind evenimentele, legate de un moment specific.
- APS - momente de producție și alocarea resurselor. Rareori relevante direct pentru pașaport; ceea ce contează provine de obicei prin MES.
- PLM - compoziție, liste de piese, reparabilitate, piese de schimb, stadii de proiectare. Având în vedere cerințele Regulamentului privind proiectarea ecologică, aceasta este sursa cea mai cuprinzătoare.
- PIM - descrieri, imagini, instrucțiuni de întreținere și utilizare, variante lingvistice. Conținutul destinat consumatorilor.
- IoT - date privind starea și utilizarea din faza de utilizare. Solicită doar pentru anumite grupe de produse, cum ar fi bateriile.
- CRM - Istoricul serviciilor și reparațiilor pentru fiecare client în parte. În principiu, date cu caracter personal, care nu au ce căuta într-un pașaport public.
Structura administrativă se află deasupra sistemelor, nu alături de ele
O delimitare este mai importantă decât toate celelalte: Asset Administration Shell nu se află alături de ERP, MES și PIM, ci deasupra acestora. Ea nu generează date, ci încapsulează datele existente în submodele interoperabile. Pentru conectarea la Transpareo, aceasta înseamnă că un AAS este un format de livrare convenabil, dar nu necesar. Cei care o utilizează obțin pachetul de date din submodelele sale; cei care nu o utilizează furnizează aceleași câmpuri pe o altă cale. Motivul pentru care considerăm totuși că „Asset Administration Shell” reprezintă o bază excelentă este prezentat în articolul dedicat AAS.
Cinci reguli valabile pentru orice flux
Direcția. Toate săgețile indică spre platformă. Niciun sistem sursă nu este interogat de Transpareo, iar Transpareo nu deține date de acces la ERP, MES, PIM sau PLM. Nu există nicio conexiune cu sistemele dumneavoastră care să necesite securizare, deoarece pur și simplu nu există.
Declanșator. Transmiterea este întotdeauna declanșată la sursă - de către producător însuși, de middleware-ul său sau de un furnizor de servicii mandatat. Platforma așteaptă; ea nu preia datele.
Destinare specifică. Se transmite exclusiv subansamblul necesar pentru „pașaport”, nu întregul set de date al sistemului sursă. „Pașaportul” are nevoie doar de câteva câmpuri din fiecare sistem; restul rămâne acolo unde este.
Aprobarea. Selecția, volumul și momentul fiecărui pachet sunt stabilite de partea sursă. Transpareo nu poate primi mai mult decât ceea ce i-a fost livrat.
Autorizații. Modul în care pot fi utilizate datele livrate pe platformă este reglementat de dovezi de acces specificate: drepturi minime, iar ceea ce nu este permis în mod expres rămâne interzis. Aceste reguli se aplică la nivelul platformei, niciodată retroactiv asupra sursei.
Se returnează doar confirmări
Nu se poate fără un canal de retur, dar acesta nu transportă date, ci răspunsuri: URL-ul DPP sau GS1 Digital Link, ID-ul versiunii, starea publicării și mesajele de validare. Pentru pagina sursă, aceste confirmări sunt valoroase, deoarece referința de conformitate poate fi stocată direct în ERP sau PIM, alături de articol. Ele nu reprezintă un acces. Sunt confirmarea primirii unei livrări.
Trei modele care și-au dovedit eficiența în practică
- Direct din sistemul principal. ERP-ul sau PLM-ul transmite datele prin intermediul unui conector. Simplu și util atunci când o sursă de date domină în mod clar.
- Prin intermediul unui strat de agregare. Middleware-ul sau iPaaS reunește câmpurile din ERP, MES și PIM și furnizează un pachet. Este cazul obișnuit atunci când sunt implicate mai multe surse.
- Prin submodele AAS. Interfața de administrare este deja în uz, iar pachetul este derivat din submodelele acesteia. Avantajos în mediile Industrie 4.0.
În Ghidul de conectare la ERP am descris ce model se potrivește cu fiecare arhitectură de sistem și cum un astfel de proiect poate fi finalizat în două săptămâni în loc de trei luni.
Ce nu este Transpareo în mod deliberat
Nu este un al doilea „sistem de înregistrare”. Platforma păstrează setul de date al pașaportului și istoricul său de versiuni nemodificabil, nu datele operaționale ale producătorului. Ce se corectează în ERP ajunge în pașaport printr-o nouă livrare - ca o versiune nouă, trasabilă, nu ca o modificare tacită a stocului. Modul în care acest lanț de versiuni este semnat și poate fi verificat de oricine este descris în articolul despre semnături și certificate.
Astfel, conceptul dvs. de securitate nu mai necesită prea multe verificări, iar acesta este exact scopul. Nu există date de acces pe care să le furnizați, nicio deschidere a firewall-ului către interior și niciun sistem extern cu drepturi de citire în sistemul dvs. ERP. Munca propriu-zisă a proiectului se mută acolo unde îi este locul: să se decidă ce câmpuri trebuie să conțină „pașaportul” - nu cine are voie să se autentifice și unde.