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

Dok XML i JDF čine osnovu automatizacije ispisa, pojavljuju se drugi noviji formati koji mogu učiniti prijenos podataka za pisače 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 specifičniju za sektor- JDF i noviji XJDF . Međutim, postoje i druge opcije koje su ili izrasle ili nude alternativu tim formatima.

Prvi od njih je PrintTalk: sustav kojim upravlja neprofitna organizacija CIP4 (Međunarodna suradnja za integraciju procesa u pripremi za tisak, tisak i postštampu). Prema CIP4, PrintTalk je izrastao iz "zajednice koju su stvorili sustavi za upravljanje ispisom i tvrtke za e-trgovinu kako bi definirali zajedničko i otvoreno komunikacijsko sučelje" najbolje prakse "između tvrtki koje kupuju tiskane proizvode i onih koje ih proizvode".

Praktično, podržavajući i proširujući upotrebu JDF -a, XJDF -a, XML -a i CXML -a, PrintTalk može dodati vitalne financijske podatke u upravljački informacijski sustav (MIS).

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

PrintTalk je idealan standard za nekoga tko ima sustav za ispis s weba koji stvara ili naručuje proizvode

“No, dok su JDF ili XJDF zapravo samo proizvodne informacije, PrintTalk ima koncepte poput ovog da je zahtjev za ponudu, ili ovo je ponuda, ili ovo na računu, ili ovo je narudžbenica.

“PrintTalk uključuje poslovne transakcije, a za poslovne transakcije morate također opisati o čemu se radi, i tu nastupaju opisi proizvoda - u ovom slučaju iz XJDF -a. Idealan je standard za nekoga tko ima sustav za ispis s weba koji stvara ili naručuje proizvod. Pomoću PrintTalk -a možete opisati naručeni proizvod i unijeti stvari poput dogovorene cijene. To se tada može staviti u kartu za posao i poslati MIS -u da definira obradu tog posla. ”

Pusti to

Međutim, varijacije JDF -a ili XJDF -a nisu jedina opcija za pisače, kupce i proizvođače, posebno kada je u pitanju slanje informacija putem weba. Jedna od loših strana JDF -a - i katalizator stvaranja modernijeg XJDF -a - bila je ta što se moglo uključiti gotovo previše podataka, pa je format, s vremena na vrijeme, bio prilično glomazan. Kako bi se tome suprotstavili, postoji REST API ili mu se daje puni naziv: Reprezentativno programsko sučelje za prijenos stanja.

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 određene poslove između kompatibilnih sustava, pri čemu se informacije lako prenose putem http -a.

“XML i JSON konceptualno su vrlo slični po tome što su strukturirani sadržaj koji vam omogućuje 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' JSON sposobnošću, a JSON je također malo sažetiji. Prednosti XML -a su zreliji alati za provjeru valjanosti ”, objašnjava Rainer.

“Tada REST API jednostavno znači slanje JSON -a putem 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 korisničkom sučelju ili za svako tekstualno polje .

“Dakle, možete reći, ovo tekstualno polje je upravo za ovaj dio API -ja. Netko vrlo lako može vidjeti kako se preslikava na proizvod. Ali to također znači ako se značajke proizvoda promijene, mora se promijeniti i API. A kako je specifičan, to znači da morate napisati prilagođeni kôd za svaku aplikaciju. ”

Dobro je razgovarati

Iako je specifičnost API -ja vrlo učinkovita nakon postavljanja i projektiranja za određene svrhe, ima svojih nedostataka.

“Ako proizvođači imaju vlastite API-je za svoje proizvode, to naravno nije standardizirano, a standardizacija je dvostrani novčić. 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 odvija, sličnost između XML -a i JSON -a znači da je moguća međusobna kompatibilnost

"Međutim, svatko tko se želi integrirati s API -jem to radi samo za tu specifičnu situaciju i tada je zaključan. Na primjer, ako pisač želi promijeniti dobavljača sustava za pripremu za tisak, a pisač koristi REST API taj sustav pripreme za tisak, onda moraju odbaciti sve što su učinili kako bi postavili svoj tijek rada i početi iznova. ”

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

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

“Ono na čemu CIP4 radi je prijevod jedan na jedan XJDF-a na JSON, tako da dobijete najbolju mješavinu oba moguća svijeta. Možete izgraditi REST API -je, ali oni su zatim standardizirani tako da niste zaključani u istog proizvođača opreme.

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