Bir Dijital Ürün Pasaportu somutlaşır somutlaşmaz, BT departmanı herkesten önce şu soruyu sorar: Platform, sistemlerimizden hangilerine erişmek zorunda? Bu doğru bir sorudur, çünkü bu sorunun arkasında erişim verileri, güvenlik duvarı izinleri ve birisinin sorumluluğunu üstlenmesi gereken bir güvenlik konsepti yatmaktadır.
Cevabımız kısa: hiçbiri. Pasaporta veri sağlayan tüm sistemler kaynak tarafında yer alır ve orada kalır. Transpareo, zincirin sonundaki tek alıcıdır; veri akışları tek yönlü olarak platforma doğru ilerler. Bu yazı, akışları şu şekilde izler: her sistemin ne sağladığı, her akış için hangi kuralların geçerli olduğu ve geri dönüş olarak neyin alındığı.
Her sistemin Pas’a katkısı
Bir ## Pas’ın verileri nadiren tek bir sistemden gelir. Uygulamada, bu veriler bir avuç sistem sınıfına dağılır ve her biri sadece birkaç alan sağlar:
- ERP - Ürün kimliği, malzemeler, tedarikçiler ve menşe, sipariş ve parti referansı, miktarlar. Nadiren değişen sabit ana veriler.
- MES - Üretim geçmişi, seri ve parti ataması, kalite belgeleri, izlenebilirlik. Belirli bir zamana bağlı olay verileri.
- APS - Üretim zamanları ve kaynak ataması. Pasaport için nadiren doğrudan önemlidir; önemli olan bilgiler genellikle MES üzerinden gelir.
- PLM - Bileşim, parça listeleri, onarılabilirlik, yedek parçalar, tasarım durumları. Eko-tasarım Yönetmeliği gereklilikleri açısından değerlendirildiğinde en kapsamlı kaynak.
- PIM - Açıklamalar, görseller, bakım ve kullanım talimatları, dil seçenekleri. Tüketiciye yönelik içerikler.
- IoT - Kullanım aşamasından elde edilen durum ve kullanım verileri. Yalnızca belirli ürün gruplarında, örneğin pillerde gereklidir.
- CRM - Tek tek müşterilerin servis ve onarım geçmişi. Temelde kişisel niteliktedir ve bu nedenle halka açık bir pasaporta dahil edilmemelidir.
Yönetim kabuğu sistemlerin yanında değil, üstündedir
Diğer tüm ayrımlardan daha önemli olan bir ayrım vardır: Varlık Yönetim Kabuğu (Asset Administration Shell), ERP, MES ve PIM ## ‘in yanındadeğil,## bunların üstündedir. Veri üretmez, mevcut verileri birlikte çalışabilir alt modellere kapsüller. Transpareo’ya entegrasyon açısından bu şu anlama gelir: AAS, kullanışlı ancak zorunlu olmayan bir veri aktarım formatıdır. Bunu kullananlar, veri paketini alt modellerinden türetir; kullanmayanlar ise aynı alanları başka bir yolla sağlar. Yine de Yönetim Kabuğunu neden mükemmel bir temel olarak gördüğümüzü, AAS ile ilgili yazımızda bulabilirsiniz.
Her akış için geçerli beş kural
Yön. Tüm oklar platforma doğru işaret eder. Transpareo hiçbir kaynak sistemden veri sorgulamaz ve Transpareo’nun ERP, MES, PIM veya PLM sistemlerine erişim verileri yoktur.
Sistemlerinizle, güvenliğini sağlamak zorunda kalacağınız bir bağlantı yoktur; çünkü böyle bir bağlantı basitçe mevcut değildir.
Tetikleyici. Push işlemi her zaman kaynak tarafında tetiklenir - üretici tarafından, üreticinin kendi ara yazılımı aracılığıyla veya görevlendirilmiş bir hizmet sağlayıcı tarafından. Platform bekler; verileri kendisi almaz.
Amaç sınırlaması. Yalnızca Pas için gerekli olan veri alt kümesi iletilir; kaynak sistemin veri tabanı değil. Pas, her sistemden sadece birkaç alana ihtiyaç duyar; geri kalan her şey olduğu yerde kalır.
Onay. Her paketin seçimi, kapsamı ve zamanlaması kaynak taraf tarafından belirlenir. Transpareo, teslim edilenden fazlasını alamaz.
Yetkiler. Teslim edilen verilerin platformda nasıl kullanılabileceği, belirlenmiş erişim izinleriyle düzenlenir: asgari haklar verilir ve açıkça izin verilmeyenler yasak kalır. Bu kurallar platform tarafında geçerlidir, kaynağa asla geriye dönük olarak uygulanmaz.
Geri akışta yalnızca onaylar yer alır
Geri kanal tamamen yok olamaz, ancak bu kanal veri değil, yanıtlar taşır: DPP URL’si veya GS1 Dijital Bağlantısı, sürüm kimliği, yayın durumu ve doğrulama bildirimleri. Kaynak taraf için bu geri bildirimler değerlidir, çünkü Pass referansı ERP veya PIM sisteminde doğrudan ürün kaydına eklenebilir. Bunlar bir erişim izni değildir; alınan bir teslimatın makbuzudur.
Uygulamada kendini kanıtlamış üç model
- Doğrudan ana sistemden. ERP veya PLM ## ,bir konektör aracılığıyla verileri gönderir. Tek bir veri kaynağının açıkça baskın olduğu durumlarda basit ve mantıklıdır.
- Bir toplama katmanı üzerinden. Middleware veya iPaaS, ERP, MES ve PIM alanlarını bir araya getirir ve bir paket sunar. Birden fazla kaynak söz konusu olduğunda genel durum budur.
- AAS alt modelleri üzerinden. Yönetim kabuğu halihazırda kullanımda olup, paket bu kabuğun alt modellerinden türetilir. Endüstri 4.0 ortamlarında avantajlıdır.
Hangi modelin hangi sistem ortamına uygun olduğu ve böyle bir projenin üç ay yerine iki hafta içinde nasıl tamamlanabileceği konusunu, ERP entegrasyonu kılavuzunda ayrıntılı olarak ele aldık.
Transpareo’nun bilinçli olarak olmadığı şeyler
İkinci bir “Kayıt Sistemi” ## değildir . Platform, Pass veri setini ve değiştirilemez sürüm geçmişini tutar; üreticinin işletme verilerini tutmaz. ERP’de düzeltilenler, yeni bir teslimat yoluyla Pass’a ulaşır - mevcut verilerde gizli bir değişiklik olarak değil, izlenebilir yeni bir sürüm olarak. Bu sürüm zincirinin nasıl imzalandığı ve herkes tarafından nasıl doğrulanabileceği, İmzalar ve Sertifikalar başlıklı yazımızda açıklanmaktadır.
Böylece güvenlik konseptiniz açısından kontrol etmeniz gereken çok az şey kalır ve amaç da tam olarak budur. Paylaşmanız gereken hiçbir erişim bilgisi, içe doğru hiçbir güvenlik duvarı açığı ve ERP sisteminizde okuma haklarına sahip hiçbir harici sistem yoktur.
Asıl proje çalışması, ait olduğu yere kayıyor: Pasaporta hangi alanların dahil edileceğine karar vermek - kimin nereye giriş yapabileceğine karar vermek değil.
Bu yazıyla ilgili sorular
Transpareo’nun ERP sistemimize veya başka bir sisteme erişim hakkı gerekiyor mu?
Hayır. Veri sağlayan her sistem kaynak tarafında yer alır ve orada kalır; Transpareo’nun ERP, MES, PIM veya PLM sistemlerine erişim bilgisi yoktur. Güvenlik önlemleri alınması gereken sistemlerinizle herhangi bir bağlantı yoktur, çünkü böyle bir bağlantı basitçe mevcut değildir. Bu sayede, güvenlik planınız kapsamında herhangi bir erişim bilgisi paylaşmanıza, sisteme iç erişim izni vermenize veya ERP sisteminizde okuma haklarına sahip harici bir sistemi kontrol etmenize gerek kalmaz.
Teslimatı kim başlatır ve ne sıklıkla?
Her zaman kaynak taraf. Push, üreticinin kendisi, orta katman yazılımı veya görevlendirilmiş bir hizmet sağlayıcı tarafından tetiklenir; platform bekler ve hiçbir zaman veri almaz. Her paketin içeriği, kapsamı ve zamanlaması kaynak taraf tarafından belirlenir; bu nedenle Transpareo, teslim edilenden fazlasını alamaz. Ne sıklıkta veri aktaracağınızı siz belirlersiniz - sabit ana veriler nadiren değişir, üretim olayları ise ortaya çıktıkça gerçekleşir.
Bunun için bir yönetim kabuğuna ihtiyacımız var mı?
Hayır. Yönetim kabuğu, ERP, MES ve PIM’in yanında değil, bunların üzerinde yer alır ve kendi verilerini üretmez; bunun yerine mevcut verileri birbiriyle uyumlu alt modellere kapsüller. Bu nedenle, kullanımı kolay ancak zorunlu olmayan bir veri aktarım formatıdır. Bunu kullananlar, veri paketini alt modellerinden türetir. Kullanmayanlar ise aynı alanları başka bir yolla, doğrudan ana sistemden veya bir toplama katmanı aracılığıyla sunar.
Hangi sistemle başlayalım?
Eko-tasarım Yönetmeliği’nin gereklilikleri açısından bakıldığında, PLM en kapsamlı tek kaynaktır - ürün bileşimi, parça listeleri, onarılabilirlik, yedek parçalar ve tasarım aşamaları bu sistemde yer alır. ERP, ürün kimliğini, malzemeleri, tedarikçileri ve menşei bilgilerini yönetirken; PIM, tüketicilere yönelik metinleri ve görselleri; MES ise üretim ve izlenebilirlik olaylarını yönetir. Çoğu ürün pasaportu, her sistemden yalnızca birkaç alana ihtiyaç duyar. Zorunlu alanlarınızın çoğunun bulunduğu yerden başlayın ve geri kalanını yavaş yavaş tamamlayın.
CRM'den alınan müşteri verileri Pas'a aktarılıyor mu?
Hayır. Her bir müşterinin servis ve onarım geçmişi temel olarak kişiye özeldir ve bu nedenle halka açık bir pasaporta dahil edilemez. Bu listede tamamen dışında kalan tek sistem sınıfı CRM’dir. Onarım ve yaşam döngüsü olayları yine de gösterilebilir, ancak bunlar belirli bir kişiye değil, ürüne ilişkin olaylar olarak gösterilir.
Platformdan ne tür geri bildirimler geliyor?
Onaylar, veri değil. Geri kanal, DPP adresini veya GS1 Digital Link’i, sürüm kimliğini, yayın durumunu ve doğrulama bildirimlerini iletir. Bu geri bildirimleri kaydetmek faydalıdır, çünkü bu sayede Pass referansı daha sonra ERP veya PIM sisteminde doğrudan ürüne bağlanabilir. Bunlar bir erişim bilgisi değil, alınan bir teslimata ilişkin onaydır.
ERP sisteminde bir değer düzeltildiğinde ne olur?
Düzeltme, yeni bir sürüm aracılığıyla Pass’a ulaşır ve mevcut sürümde gizli bir değişiklik değil, izlenebilir yeni bir sürüm haline gelir. Her önceki sürüm erişilebilir ve denetlenebilir durumda kalır; işte bu da geçmiş kayıtlarını bir denetim için değerli kılan unsurdur. Bu sürüm zincirinin nasıl imzalandığı ve herkes tarafından nasıl doğrulanabileceği, DPP’deki “İmzalar ve Sertifikalar” bölümünde açıklanmaktadır.
Transpareo, ikinci bir «kayıt sistemi» haline gelecek mi?
Hayır, ve bu kasıtlı olarak yapılmıştır. Platform, Pass veri setini ve değiştirilemez sürüm geçmişini tutar; işletme verilerinizi değil; sistemleriniz, kendilerine ait olan her şey konusunda belirleyici olmaya devam eder. Böylelikle proje çalışması da ait olduğu yerde kalır: Pasaporta hangi alanların ekleneceğine karar vermek yerine, kimin nereye giriş yapabileceği sorusuyla uğraşmak zorunda kalmazsınız.
