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

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

Baskı otomasyonu süreçlerinde kullanılan standartları ve dosya biçimlerini açıklayan serimizde XML'e ve XML'in sektöre özgü versiyonu olan JDF'e ve daha yenisi olan XJDF'ye baktık. Ancak, bu biçimlerden türemiş veya bu biçimlere alternatif sunan başka seçenekler de vardır.

Bunlardan ilki PrintTalk'tur: Kâr amacı gütmeyen bir kuruluş olan CIP4 (Prepress, Press ve Postpress'te Süreçlerin Entegrasyonu için Uluslararası İşbirliği) tarafından yönetilen bir sistemdir. CIP4'e göre PrintTalk, "baskı yönetim sistemleri ve e-ticaret şirketleri tarafından, basılı ürünler satın alan şirketler ile bunları üreten şirketler arasında 'en iyi uygulama' ortak ve açık bir iletişim arayüzü tanımlamak için oluşturulmuş bir topluluktan" doğmuştur.

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

CIP4 Baş Teknik Sorumlusu Rainer Prosi (yukarıdaki resimde) "PrintTalk esasen JDF veya XJDF etrafında bir sarmalayıcıdır" şeklinde açıklıyor.

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

“Ancak JDF veya XJDF aslında sadece üretim bilgisi iken, PrintTalk'ta bunun bir teklif talebi, bunun bir teklif, bunun bir fatura veya bunun bir satın alma emri olduğu gibi kavramlar vardır.

“PrintTalk, ticari işlemleri kapsar ve ticari işlemler için, işlemin ne hakkında olduğunu da açıklamanız gerekir ve işte burada ürün açıklamaları devreye girer - bu durumda XJDF'den. Ürün oluşturan veya sipariş eden bir web-to-print sistemine sahip biri için ideal standarttır. PrintTalk'u kullanarak sipariş edilen ürünü açıklayabilir ve ayrıca hangi fiyatın müzakere edildiği gibi şeyleri de girebilirsiniz. Daha sonra bu, iş biletine eklenebilir ve bu işin işlenmesini tanımlamak için bir MIS'e gönderilebilir.”

Biraz dinlendirin

Ancak, JDF veya XJDF varyasyonları, özellikle web üzerinden bilgi gönderme söz konusu olduğunda, 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 edilebilmesiydi, bu da formatı zaman zaman oldukça kullanışsız hale getiriyordu. Buna karşı koymak için REST API veya tam adıyla: Temsili Durum Transferi Uygulama Programlama Arayüzü vardır.

XML ve JSON, anahtar değer çiftlerini tanımlamanıza olanak tanıyan yapılandırılmış içerikler olmaları bakımından kavramsal olarak birbirine çok benzerdir

Daha basit bir ifadeyle, REST API'leri, uyumlu sistemler arasında belirli işler için oldukça özel veri aktarımı oluşturmak amacıyla XML'e genel olarak eşdeğer olan JSON formatını kullanır ve bilgiler http üzerinden kolayca iletilebilir.

"XML ve JSON, anahtar değer çiftlerini tanımlamanıza olanak tanıyan yapılandırılmış içerikler olmaları bakımından kavramsal olarak çok benzerdir. JSON'un bir web API ortamındaki pratik avantajları, 'yerleşik' JSON yeteneğine sahip birçok çerçevenin olması ve JSON'un da biraz daha özlü olmasıdır. XML'in avantajları daha olgun doğrulama araçlarıdır," diye açıklıyor Rainer.

"O zaman REST API, basitçe http üzerinden JSON göndermek anlamına gelir. API'leri anlamak daha kolaydır çünkü bunları yazılımınıza çok özel hale getirebilirsiniz. JDF veya XJDF kullanıyorsanız, o zaman bir ürün veya süreç hakkında soyut bir fikriniz olur 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 bunun ürüne nasıl eşleştiğini görmesi çok kolaydır. Ancak bu aynı zamanda ürünün özellikleri değişirse API'nin de değişmesi gerektiği anlamına gelir. Ve belirli 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 kurulup tasarlandığında oldukça verimli olsa da bazı dezavantajları da vardır.

"Üreticilerin ürünleri için kendi API'leri varsa, elbette standartlaştırılmamış olur ve standartlaştırma iki taraflı bir paradır. Standartlaştırırsanız, o zaman çok genel olmanız gerekir çünkü incelemeniz gereken her türlü kullanım durumu vardır," diyor Rainer.

API'ler, söz konusu işe veya sürece özgü 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 bütünleşmek isteyen herkes bunu yalnızca o belirli durum için yapıyor ve sonra kilitleniyor. Örneğin, bir yazıcı bir baskı öncesi sisteminin tedarikçisini değiştirmek istiyorsa ve yazıcı bu baskı öncesi sisteminin REST API'sini kullanıyorsa, iş akışlarını kurmak için yaptıkları her şeyi çöpe atıp sıfırdan başlamak zorunda kalıyorlar.”

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

Rainer, "XML'i JSON'a ve geriye çevirmek oldukça basittir; birkaç uyarı vardır ancak genel olarak oldukça kolaydır" diyor.

"CIP4'ün üzerinde çalıştığı şey, XJDF'den JSON'a birebir çeviridir, 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 standartlaştırılırlar.

"Elbette, üreticiler müşterilerini kilitleyebiliyorlarsa bundan hoşlanırlar; müşteriler hoşlanmaz. Sonra iş kararları gelir çünkü müşteriler tedarikçilerine gidip standartlar ve daha fazla esneklik istediklerini söylemek zorunda kalacaklar. Üreticilerin bunu gerçekten destekleyip desteklemediği sorusu... işte bu hikayenin bir sonraki aşaması!"