XML ve JDF'nin ötesinde: bir sonraki adım

XML ve JDF, baskı otomasyonunun temelini oluştururken, yazıcılar için veri aktarımını daha da verimli hale getirebilecek diğer yeni biçimler ortaya çıkıyor.

Baskı otomasyonu süreçlerinde kullanılan standartları ve dosya formatlarını açıklayan serimizde, XML'e ve XML'in sektöre özel versiyonu olan JDF'ye ve daha yeni XJDF'ye baktık . Bununla birlikte, bu biçimlerden büyümüş veya bu biçimlere bir alternatif sunan başka seçenekler de vardır.

Bunlardan ilki PrintTalk'tur: kar amacı gütmeyen kuruluş CIP4 (Baskı Öncesi, Baskı ve Baskı Sonrası Süreçlerin Entegrasyonu için Uluslararası İşbirliği) tarafından yönetilen bir sistem. CIP4'e göre PrintTalk, “basılı ürünleri satın alan şirketler ile bunları üretenler arasında bir 'en iyi uygulama' ortak ve açık iletişim arayüzü tanımlamak için baskı yönetim sistemleri ve e-ticaret şirketleri tarafından oluşturulan bir topluluktan” doğdu.

Pratik açıdan, PrintTalk, JDF, XJDF, XML ve CXML kullanımını destekleyerek ve genişleterek, yönetim bilgi sistemine (MIS) hayati finansal veriler ekleyebilir.

CIP4 Baş Teknik Sorumlusu Rainer Prosi (yukarıda resmedilmiştir) "PrintTalk esasen JDF veya XJDF'nin etrafını saran bir pakettir," diye açıklıyor.

PrintTalk, ürünü oluşturan veya sipariş eden bir web-to-print sistemine sahip biri için ideal standarttır.

“Ancak JDF veya XJDF gerçekten sadece üretim bilgisi iken, PrintTalk'un bunun bir teklif talebi veya bu bir teklif veya bir faturada bu veya bu bir satınalma siparişi olduğu gibi kavramları var.

“PrintTalk ticari işlemleri içerir ve ticari işlemler için ayrıca işlemin ne hakkında olduğunu açıklamanız gerekir ve bu durumda ürün açıklamaları – bu durumda XJDF'den – devreye girer. Ürün oluşturan veya sipariş eden bir web'den baskıya sistemine sahip biri için ideal standarttır. PrintTalk'u kullanarak, sipariş edilen ürünü tanımlayabilir ve ayrıca pazarlık edilen fiyat gibi şeyleri de girebilirsiniz. Bu daha sonra iş biletine eklenebilir ve o işin işlenmesini tanımlamak için bir MIS'e gönderilebilir.”

bir REST ver

Bununla birlikte, özellikle web üzerinden bilgi gönderme söz konusu olduğunda, JDF veya XJDF'nin çeşitleri yazıcılar, müşteriler ve üreticiler için tek seçenek değildir. JDF'nin dezavantajlarından biri - ve daha akıcı XJDF'nin yaratılmasının katalizörü - neredeyse çok fazla verinin dahil edilebilmesi ve formatı zaman zaman oldukça hantal hale getirmesiydi. Buna karşı koymak için REST API var veya tam adını vermek için: Temsili Durum Aktarımı Uygulama Programlama Arayüzü.

XML ve JSON, anahtar değer çiftlerini tanımlamanıza izin veren yapılandırılmış içerik olmaları bakımından kavramsal olarak çok benzerdir.

Daha basit bir ifadeyle, REST API'leri, uyumlu sistemler arasında belirli işler için yüksek düzeyde belirlenmiş veri aktarımı oluşturmak için geniş ölçüde XML'e eşdeğer olan JSON biçimini kullanır ve bilgiler http üzerinden kolayca iletilebilir.

“XML ve JSON, anahtar değer çiftlerini tanımlamanıza izin veren yapılandırılmış içerik olmaları bakımından kavramsal olarak çok benzer. Bir web API ortamında JSON'un pratik avantajları, 'yerleşik' JSON özelliğine sahip birçok çerçevenin bulunması ve JSON'un da biraz daha özlü olmasıdır. Rainer, XML'in avantajlarının daha olgun doğrulama araçları olduğunu açıklıyor.

“O zaman REST API basitçe http üzerinden JSON göndermek anlamına gelir. API'leri anlamak daha kolaydır çünkü onları yazılımınıza çok özel hale getirebilirsiniz. JDF veya XJDF kullanıyorsanız, bir ürün veya süreç hakkında soyut bir fikriniz vardır, ancak bir API'niz varsa, örneğin kullanıcı arayüzünüzdeki her düğme veya her metin alanı için tek bir giriş yapabilirsiniz. .

“Yani diyebilirsiniz ki, bu metin alanı tam olarak API'nin bu kısmı içindir. Bunu kullanan birinin ürünle nasıl eşleştiğini görmesi çok kolay. Ancak bu aynı zamanda ürünün özellikleri değişirse API'nin de değişmesi gerektiği anlamına gelir. Spesifik olduğu için, her uygulama için özel kod yazmanız gerektiği anlamına gelir.”

konuşmak güzel

API'lerin özgüllüğü, belirli amaçlar için kurulduktan ve tasarlandıktan sonra oldukça verimli olsa da, dezavantajları da vardır.

“Üreticilerin ürünleri için kendi API'leri varsa, elbette bu standart değildir ve standardizasyon iki taraflı bir paradır. Standartlaştırırsanız, çok genel olmanız gerekir çünkü incelemeniz gereken her türlü kullanım durumu vardır," diyor Rainer.

API'ler eldeki işe veya sürece özel olsa da, XML ve JSON arasındaki benzerlik, formatlar arasında uyumluluğun mümkün olduğu anlamına gelir.

“Ancak, bir API ile entegre olmak isteyen herkes, bunu sadece belirli bir durum için yapıyor ve daha sonra kilitleniyor. Örneğin, bir yazıcı bir baskı öncesi sisteminin tedarikçisini değiştirmek isterse ve yazıcı, REST API'sini kullanıyorsa, bu baskı öncesi sistemi, ardından iş akışlarını kurmak ve sıfırdan yeniden başlamak için yaptıkları her şeyi atmak zorunda kalıyorlar.”

API'ler eldeki işe veya sürece özel olsa da, XML ve JSON arasındaki benzerlik, formatlar arasında uyumluluğun mümkün olduğu ve CIP4'ün şu anda bir çeviri aracı üzerinde çalıştığı anlamına gelir.

Rainer, "XML'yi JSON'a ve geriye çevirmek oldukça basit - birkaç uyarı var ama genellikle oldukça kolay" diyor.

"CIP4'ün üzerinde çalıştığı şey, XJDF'nin JSON'a bire bir çevirisidir, böylece her iki olası dünyanın en iyi karışımını elde edersiniz. REST API'leri oluşturabilirsiniz, ancak daha sonra aynı ekipman üreticisine bağlı kalmamanız için standart hale getirilirler.

“Elbette, üreticiler müşterilerini kilitleyebilirlerse bundan hoşlanırlar; müşteriler yapmaz. Ardından iş kararları geliyor çünkü müşterilerin satıcılarına gidip standartlar ve daha fazla esneklik istediklerini söylemeleri gerekecek. Üreticilerin bunu gerçekten destekleyip desteklemediği sorusu… işte hikayenin bir sonraki aşaması bu!”