Okrem XML a JDF: ďalší krok

Zatiaľ čo XML a JDF tvoria základ automatizácie tlače, objavujú sa ďalšie novšie formáty, ktoré môžu ešte viac zefektívniť prenos dát pre tlačiarne.

V našej sérii vysvetľujúcich štandardy a formáty súborov, ktoré sa používajú v procesoch automatizácie tlače, sme sa zamerali na XML a odvetvovo špecifickú verziu XML – JDF a novšiu XJDF . Existujú však aj iné možnosti, ktoré buď vyrástli, alebo ponúkajú alternatívu k týmto formátom.

Prvým z nich je PrintTalk: systém spravovaný neziskovou organizáciou CIP4 (Medzinárodná spolupráca pre integráciu procesov v predtlači, tlači a postpresse). Podľa CIP4 PrintTalk vyrástol z „komunity vytvorenej systémami správy tlače a spoločnosťami elektronického obchodu s cieľom definovať „najlepšiu prax“ spoločné a otvorené komunikačné rozhranie medzi spoločnosťami, ktoré nakupujú tlačené produkty, a tými, ktorí ich vyrábajú“.

V praxi to znamená, že podporou a rozšírením používania JDF, XJDF, XML a CXML môže PrintTalk pridať dôležité finančné údaje do manažérskeho informačného systému (MIS).

„PrintTalk je v podstate obal okolo JDF alebo XJDF,“ vysvetľuje technický riaditeľ CIP4 Rainer Prosi (na obrázku vyššie).

PrintTalk je ideálny štandard pre niekoho, kto má systém web-to-print, ktorý vytvára alebo objednáva produkty

„Ale kým JDF alebo XJDF sú v skutočnosti len výrobné informácie, PrintTalk má koncepty ako toto je žiadosť o cenovú ponuku, alebo toto je cenová ponuka, alebo toto je faktúra, alebo toto je nákupná objednávka.

„PrintTalk zahŕňa obchodné transakcie a pri obchodných transakciách musíte tiež opísať, čoho sa transakcia týka, a tu prichádzajú do úvahy popisy produktov – v tomto prípade od XJDF. Je to ideálny štandard pre niekoho, kto má systém web-to-print, ktorý vytvára alebo objednáva produkty. Pomocou PrintTalk môžete popísať produkt, ktorý bol objednaný, a tiež vložiť veci, napríklad aká cena bola dohodnutá. To sa potom môže vložiť do lístka úlohy a odoslať do MIS, aby sa definovalo spracovanie tejto úlohy.

Dajte tomu ODPOČINOK

Variácie JDF alebo XJDF však nie sú jedinou možnosťou pre tlačiarne, zákazníkov a výrobcov, najmä pokiaľ ide o odosielanie informácií cez web. Jednou z nevýhod JDF – a katalyzátorom pre vytvorenie efektívnejšieho XJDF – bolo to, že bolo možné začleniť takmer príliš veľa údajov, takže formát je niekedy dosť nepraktický. Aby sme tomu zabránili, existuje REST API, alebo aby sme dali jeho úplný názov: Representational State Transfer Application Programming Interface.

XML a JSON sú koncepčne veľmi podobné v tom, že ide o štruktúrovaný obsah, ktorý vám umožňuje definovať páry kľúčových hodnôt

Zjednodušene povedané, REST API používajú formát JSON – ktorý je v podstate ekvivalentný XML – na vytvorenie vysoko špecifikovaného prenosu údajov pre konkrétne úlohy medzi kompatibilnými systémami, pričom informácie sa dajú ľahko prenášať cez http.

„XML a JSON sú koncepčne veľmi podobné v tom, že ide o štruktúrovaný obsah, ktorý vám umožňuje definovať páry kľúč-hodnota. Praktickými výhodami JSON v prostredí webového rozhrania API je, že existuje veľa rámcov so „zabudovanou“ schopnosťou JSON a JSON je tiež o niečo stručnejší. Výhodou XML sú vyspelejšie nástroje na overovanie,“ vysvetľuje Rainer.

„Potom REST API jednoducho znamená posielanie JSON cez http. Rozhrania API sú ľahšie pochopiteľné, pretože ich môžete prispôsobiť svojmu softvéru. Ak používate JDF alebo XJDF, potom máte abstraktnú predstavu o produkte alebo procese, ale ak máte rozhranie API, môžete vytvoriť jednu položku, napríklad pre každé tlačidlo vo vašom používateľskom rozhraní alebo pre každé textové pole.

„Takže môžete povedať, že toto textové pole je presne pre túto časť API. Pre niekoho, kto to používa, je veľmi jednoduché vidieť, ako sa to priraďuje k produktu. Ale to tiež znamená, že ak sa zmenia vlastnosti produktu, potom sa musí zmeniť aj API. A keďže je špecifický, znamená to, že musíte napísať vlastný kód pre každú aplikáciu.“

Je dobré sa porozprávať

Zatiaľ čo špecifickosť API je vysoko efektívna, keď sú nastavené a navrhnuté na konkrétne účely, má svoje nevýhody.

„Ak majú výrobcovia svoje vlastné API pre svoje produkty, samozrejme to nie je štandardizované a štandardizácia je obojstranná minca. Ak štandardizujete, musíte byť veľmi všeobecní, pretože existujú všetky druhy prípadov použitia, ktoré musíte preskúmať,“ hovorí Rainer.

Aj keď sú rozhrania API špecifické pre danú úlohu alebo proces, podobnosť medzi XML a JSON znamená, že je možná vzájomná kompatibilita medzi formátmi.

„Avšak každý, kto sa chce integrovať s API, robí to len pre túto konkrétnu situáciu a je potom zamknutý. Napríklad, ak chce tlačiareň zmeniť dodávateľa predtlačového systému a tlačiareň používa REST API tohto predtlačového systému, potom musí zahodiť všetko, čo urobil, aby nastavil svoj pracovný tok a začať od nuly.“

Aj keď sú rozhrania API špecifické pre danú úlohu alebo proces, podobnosť medzi XML a JSON znamená vzájomnú kompatibilitu medzi formátmi a CIP4 práve pracuje na prekladacom nástroji.

„Preložiť XML do JSON a späť je pomerne jednoduché – existuje niekoľko upozornení, ale vo všeobecnosti je to pomerne jednoduché,“ hovorí Rainer.

„CIP4 pracuje na individuálnom preklade XJDF do JSON, aby ste získali tú najlepšiu kombináciu oboch možných svetov. Môžete vytvárať REST API, ale potom sú štandardizované, takže nie ste viazaní na rovnakého výrobcu zariadenia.

„Samozrejme, že výrobcovia majú radi, ak dokážu zomknúť svojich zákazníkov; zákazníci nie. Potom prídu obchodné rozhodnutia, pretože zákazníci budú musieť ísť za svojimi dodávateľmi a povedať, že chcú štandardy a väčšiu flexibilitu. Otázka, či to výrobcovia skutočne podporujú... no, to je ďalšia fáza príbehu!“