Izvan XML-a i JDF-a: sljedeći korak

Dok XML i JDF čine osnovu automatizacije ispisa, pojavljuju se drugi noviji formati koji prijenos podataka za pisače mogu učiniti još učinkovitijim.

U našoj seriji koja objašnjava standarde i formate datoteka koji se koriste u procesima automatizacije ispisa, pogledali smo XML i verziju XML-a koja je više specifična za sektor – JDF i noviji XJDF . Međutim, postoje i druge mogućnosti koje su proizašle iz ovih formata ili nude alternativu tim formatima.

Prvi od njih je PrintTalk: sustav kojim upravlja neprofitna organizacija CIP4 (Međunarodna suradnja za integraciju procesa u pripremi, tisku i posttisku). Prema CIP4, PrintTalk je izrastao iz “zajednice koju su formirali sustavi za upravljanje ispisom i tvrtke za e-trgovinu kako bi se definiralo zajedničko i otvoreno komunikacijsko sučelje 'najbolje prakse' između tvrtki koje kupuju tiskane proizvode i onih koje ih proizvode”.

U praktičnom smislu, podržavanjem i proširenjem upotrebe JDF, XJDF, XML i CXML, PrintTalk može dodati vitalne financijske podatke u informacijski sustav upravljanja (MIS).

"PrintTalk je u biti omotač oko JDF-a ili XJDF-a", objašnjava CIP4 glavni tehnički direktor Rainer Prosi (na slici gore).

PrintTalk je idealan standard za nekoga tko ima web-to-print sustav koji stvara ili naručuje proizvod

„Ali dok su JDF ili XJDF zapravo samo informacije o proizvodnji, PrintTalk ima koncepte poput ovo je zahtjev za ponudu, ili ovo je ponuda, ili ovo u fakturi, ili ovo je narudžbenica.

“PrintTalk uključuje poslovne transakcije, a za poslovne transakcije također morate opisati o čemu se radi u transakciji, a tu na scenu stupaju opisi proizvoda – u ovom slučaju iz XJDF-a. To je idealan standard za nekoga tko ima web-to-print sustav koji stvara ili naručuje proizvod. Koristeći PrintTalk možete opisati proizvod koji je naručen i unijeti stvari poput dogovorene cijene. To se zatim može staviti u kartu posla i poslati u MIS da definira obradu tog posla.”

ODMORI

Međutim, varijacije JDF-a ili XJDF-a nisu jedina opcija za tiskare, kupce i proizvođače, osobito kada je u pitanju slanje informacija putem weba. Jedna od loših strana JDF-a – i katalizator za stvaranje modernijeg XJDF-a – bila je ta da se moglo ugraditi gotovo previše podataka, što je format ponekad činilo prilično nezgrapnim. Kako bi se tome suprotstavili, postoji REST API, ili da mu damo puni naziv: Representational State Transfer Application Programming Interface.

XML i JSON konceptualno su vrlo slični po tome što su strukturirani sadržaj koji vam omogućuje definiranje parova ključ-vrijednost

Jednostavnije rečeno, REST API-ji koriste JSON format – koji je općenito ekvivalentan XML-u – za stvaranje visoko specificiranog prijenosa podataka za specifične poslove između kompatibilnih sustava, s informacijama koje se lako prenose putem http-a.

“XML i JSON konceptualno su vrlo slični po tome što su strukturirani sadržaji koji vam omogućuju definiranje parova ključ-vrijednost. Praktične prednosti JSON-a u okruženju web API-ja su u tome što postoji mnogo okvira s 'ugrađenom' mogućnošću JSON-a, a JSON je također malo koncizniji. Prednosti XML-a su zreliji alati za provjeru valjanosti,” objašnjava Rainer.

“Onda REST API jednostavno znači slanje JSON-a preko http-a. API-je je lakše razumjeti jer ih možete učiniti vrlo posvećenima svom softveru. Ako koristite JDF ili XJDF, tada imate apstraktnu ideju o proizvodu ili procesu, ali, ako imate API, tada možete unijeti jedan unos za, na primjer, svaki gumb na vašem korisničkom sučelju ili za svako tekstualno polje.

“Možete reći da je ovo tekstualno polje upravo za ovaj dio API-ja. Nekome tko to koristi vrlo je lako vidjeti kako se to preslikava na proizvod. Ali to također znači da se, ako se značajke proizvoda promijene, mora promijeniti i API. A budući da je specifičan, znači da morate napisati prilagođeni kod za svaku aplikaciju.”

Dobro je razgovarati

Iako je specifičnost API-ja vrlo učinkovita nakon postavljanja i dizajniranja za određene svrhe, ona ima svoje nedostatke.

“Ako proizvođači imaju vlastite API-je za svoje proizvode, oni naravno nisu standardizirani, a standardizacija je novčić s dvije strane. Ako standardizirate, onda morate biti vrlo općeniti jer postoje sve vrste slučajeva upotrebe koje morate razmotriti,” kaže Rainer.

Iako su API-ji specifični za posao ili proces koji se radi, sličnost između XML-a i JSON-a znači da je moguća međukompatibilnost između formata

"Međutim, svatko tko se želi integrirati s API-jem radi to samo za tu specifičnu situaciju i tada je zaključan. Na primjer, ako tiskara želi promijeniti dobavljača sustava za pripremu za tisak, a pisač koristi REST API tog sustava za pripremu za tisak, onda moraju odbaciti sve što su učinili da bi postavili svoj tijek rada i krenuti ispočetka."

Iako su API-ji specifični za posao ili proces koji se radi, sličnost između XML-a i JSON-a znači da je moguća međukompatibilnost između formata, a CIP4 upravo radi na alatu za prevođenje.

"Prilično je jednostavno prevesti XML u JSON i natrag - postoji nekoliko upozorenja, ali općenito je prilično jednostavno", kaže Rainer.

“Ono na čemu CIP4 radi je jedan-na-jedan prijevod XJDF-a u JSON, tako da dobijete najbolju kombinaciju oba moguća svijeta. Možete izraditi REST API-je, ali oni se tada standardiziraju tako da niste vezani za istog proizvođača opreme.

“Naravno, proizvođači vole ako mogu zaključati svoje kupce; kupci ne. Zatim dolaze poslovne odluke jer će kupci morati otići do svojih dobavljača i reći da žele standarde i veću fleksibilnost. Pitanje podržavaju li to proizvođači doista... pa to je sljedeća faza priče!”