Un singur flux, o singură direcție: cum sunt introduse datele în fișa tehnică a produsului

Un singur flux, o singură direcție: cum sunt introduse datele în fișa tehnică a produsului

Sistemele ERP, MES, PLM și PIM alimentează fișa de produs și dețin controlul. Fluxul se desfășoară într-o singură direcție, iar înapoi vin doar confirmări.

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 conectate la platformă? Este întrebarea potrivită, deoarece în spatele ei se află datele de acces, autorizațiile de trecere prin 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 un destinatar 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, și, prin urmare, 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 deERP, MES și PIM, ci deasupra acestora. Ea nu generează date, ci încapsulează datele existente în submodele interoperabile. Pentru conectarea la Transpareo, aceasta înseamnă: Un AAS este un format de livrare convenabil, dar nu necesar. Cei care îl utilizează generează pachetul de date din submodelele sale; cei care nu îl utilizează furnizează aceleași câmpuri pe o altă cale. Motivul pentru care considerăm totuși că „Administrative Shell” reprezintă o bază excelentă este explicat î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ă trebuiască securizată, 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.

Autorizare. Selecția, volumul și momentul fiecărui pachet sunt stabilite de partea sursă. Transpareo nu poate primi mai mult decât 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 de primire

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 validare poate fi stocată direct în ERP sau PIM, asociată articolului. Ele nu constituie 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 printr-un 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. Structura administrativă este deja în uz, iar pachetul este derivat din submodelele acesteia. Avantajos în mediile Industrie 4.0.

În ghidul privind integrarea ERP am descris ce model se potrivește cu fiecare arhitectură de sisteme ș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 ## esteun al doilea „sistem de înregistrare”. Platforma păstrează setul de date al permisului și istoricul său de versiuni nemodificabil, nu datele operaționale ale producătorului. Ceea ce se corectează în ERP ajunge în Pass 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 devine verificabil pentru oricine este descris în articolul despre semnături și certificate.

Astfel, pentru conceptul dvs. de securitate rămân puține aspecte de verificat, 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 ERP-ul dvs.

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.

Întrebări referitoare la această postare

Transpareo are nevoie de acces la sistemul nostru ERP sau la un alt sistem?

Nu. Fiecare sistem care furnizează date se află la sursă și rămâne acolo, 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 aceasta pur și simplu nu există. Prin urmare, în cadrul conceptului dumneavoastră de securitate nu este necesar să furnizați date de acces, să configurați vreo deschidere către interior sau să verificați vreun sistem extern cu drepturi de citire în sistemul dumneavoastră ERP.

Cine inițiază o livrare și cu ce frecvență?

Întotdeauna partea sursă. Notificarea este declanșată de producător însuși, de middleware-ul său sau de un furnizor de servicii mandatat; platforma așteaptă și nu preia niciodată datele. Selecția, conținutul și momentul fiecărui pachet sunt stabilite de partea sursă, motiv pentru care Transpareo nu poate primi mai mult decât ceea ce i-a fost livrat. Dumneavoastră decideți frecvența livrărilor - datele de bază stabile se modifică rar, iar evenimentele de producție au loc atunci când apar.

Avem nevoie de un container administrativ pentru asta?

Nu. Platforma administrativă nu se află alături de ERP, MES și PIM, ci deasupra acestora, și nu generează date proprii, ci încapsulează datele existente în submodele interoperabile. Astfel, aceasta reprezintă 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, direct din sistemul principal sau printr-un strat de agregare.

Cu ce sistem începem?

În raport cu cerințele Regulamentului privind proiectarea ecologică, PLM-ul reprezintă cea mai densă sursă individuală - compoziția, listele de piese, reparabilitatea, piesele de schimb și stadiile de proiectare se regăsesc acolo. Sistemul ERP gestionează identitatea articolelor, materialele, furnizorii și proveniența, sistemul PIM gestionează textele și imaginile destinate consumatorilor, iar sistemul MES gestionează evenimentele legate de producție și trasabilitate. Majoritatea pașapoartelor de produs necesită doar câteva câmpuri din fiecare sistem. Începeți de acolo unde se află cele mai multe dintre câmpurile obligatorii și completați restul treptat.

Datele clienților din CRM ajung în pașaport?

Nu. Istoricul serviciilor și reparațiilor fiecărui client este, în principiu, de natură personală și, prin urmare, nu are ce căuta într-un pașaport public. Sistemul CRM este singura categorie de sisteme din această listă care rămâne complet în afara acesteia. Evenimentele legate de reparații și de ciclul de viață pot fi totuși înregistrate, dar ca evenimente legate de produs, nu de o persoană anume.

Ce informații se primesc înapoi de la platformă?

Confirmări, nu date. Canalul de retur transmite adresa DPP sau GS1 Digital Link, ID-ul versiunii, starea de publicare și mesajele de validare. Merită să se păstreze aceste confirmări, deoarece referința Pass poate fi apoi asociată direct articolului în sistemul ERP sau PIM. Acestea nu reprezintă o accesare, ci confirmarea primirii unei livrări.

Ce se întâmplă atunci când se corectează o valoare în sistemul ERP?

Corectura ajunge la Pass printr-o nouă livrare și devine o versiune nouă, trasabilă, nu o modificare tacită în stoc. Fiecare versiune anterioară rămâne accesibilă și verificabilă, iar tocmai acest lucru face ca istoricul să fie valoros pentru o verificare. Modul în care acest lanț de versiuni este semnat și devine verificabil pentru oricine este descris în secțiunea „Semnături și certificate” din DPP.

Va deveni Transpareo un al doilea „sistem de înregistrare”?

Nu, și asta în mod intenționat. Platforma păstrează setul de date al Pass-ului și istoricul său de versiuni care nu poate fi modificat, nu datele dvs. operaționale; sistemele dvs. rămân sursa de referință pentru tot ceea ce le aparține. Astfel, activitatea de proiect rămâne acolo unde îi este locul - la decizia privind câmpurile care trebuie incluse în pașaport, în loc să se concentreze pe întrebarea cine are dreptul să se autentifice și unde.

Fluxuri de date și interfețe în buletinul informativ

Cum se introduc corect datele despre produse în Pass - modele de integrare, limitări ale sistemului și ghiduri practice, trimise lunar în căsuța dvs. de e-mail.