Okrem XML a JDF: ďalší krok

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

V našej sérii vysvetľujúcej štandardy a formáty súborov, ktoré sa používajú v procesoch automatizácie tlače, sme sa zamerali na XML a sektorovo špecifickejšiu verziu XML- JDF a novší XJDF . Existujú však aj ďalšie 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čovej, tlačovej a postpresovej tlači). Podľa CIP4 PrintTalk vyrastal z „komunity tvorenej systémami na správu tlače a spoločnosťami elektronického obchodu, aby definovali„ osvedčené postupy “spoločné a otvorené komunikačné rozhranie medzi spoločnosťami, ktoré nakupujú tlačené výrobky, a tými, ktorí ich vyrábajú“.

V praxi môže PrintTalk podporou a rozšírením používania JDF, XJDF, XML a CXML pridať dôležité finančné údaje do informačného systému pre správu (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álnym štandardom pre niekoho, kto má systém web-to-print, ktorý vytvára alebo objednáva produkt

"Ale keďže JDF alebo XJDF sú skutočne len výrobné informácie, PrintTalk má koncepty, ako je to žiadosť o cenovú ponuku, alebo toto je cenová ponuka, alebo toto na faktúre, alebo toto je nákupná objednávka."

„PrintTalk zahŕňa obchodné transakcie a pre obchodné transakcie musíte tiež popísať, o čom je transakcia, a tam vstupujú do hry 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 produkt. Pomocou PrintTalk môžete popísať objednaný produkt a tiež vložiť veci, ako bola vyjednaná cena. Potom to môže byť vložené do pracovného lístka a odoslané do MIS, aby sa definovalo spracovanie tejto úlohy. “

Nechaj to na pokoji

Variácie JDF alebo XJDF 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átora vytvárania efektívnejších XJDF - bolo, že bolo možné začleniť takmer príliš veľa údajov, takže formát bol občas dosť ťažkopádny. Aby sa tomu zabránilo, existuje REST API alebo jeho úplné meno: Programovacie rozhranie aplikačného prenosu štátneho prenosu.

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

Zjednodušene povedané, rozhrania REST API používajú formát JSON - ktorý je v zásade ekvivalentný formátu XML - na vytvorenie vysoko špecifikovaného prenosu údajov pre konkrétne úlohy medzi kompatibilnými systémami, pričom informácie sú ľahko prenosné cez protokol 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 JSONu v prostredí webového API je, že existuje mnoho rámcov s „vstavanou“ schopnosťou JSON a JSON je tiež o niečo výstižnejší. Výhody XML sú zrelšie nástroje na validáciu, “vysvetľuje Rainer.

"REST API potom jednoducho znamená odoslanie JSON cez http." Rozhrania API sú jednoduchšie na pochopenie, pretože ich môžete prispôsobiť svojmu softvéru. Ak používate JDF alebo XJDF, máte abstraktnú predstavu o produkte alebo procese, ale ak máte rozhranie API, môžete zadať jeden záznam napríklad pre každé tlačidlo vo vašom používateľskom rozhraní alebo pre každé textové pole. .

"Môžete teda povedať, že toto textové pole je presne pre túto časť rozhrania API." Pre niekoho, kto to používa, je veľmi ľahké vidieť, ako sa mapuje k produktu. Ale tiež to znamená, že ak sa zmenia vlastnosti produktu, musí sa zmeniť aj API. A pretože je špecifický, znamená to, že pre každú aplikáciu musíte napísať vlastný kód. “

Je dobré hovoriť

Aj keď je špecifickosť rozhraní API po nastavení a navrhnutí na konkrétne účely veľmi účinná, má svoje nevýhody.

"Ak majú výrobcovia vlastné API pre svoje výrobky, samozrejme, že 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á interkompatibilita medzi formátmi

"Každý, kto sa chce integrovať s rozhraním API, to však robí iba pre túto konkrétnu situáciu a potom je zablokovaný. Ak napríklad tlačiareň chce zmeniť dodávateľa systému predtlačovej prípravy a tlačiareň používa rozhranie REST API ten systém predtlačovej prípravy, potom musia zahodiť všetko, čo urobili, aby si nastavili pracovný postup a začali odznova. “

Aj keď sú rozhrania API špecifické pre danú úlohu alebo proces, podobnosť medzi XML a JSON znamená, že je možná interkompatibilita medzi formátmi a CIP4 práve pracuje na prekladovom nástroji.

"Preložiť XML do JSON a späť je pomerne jednoduché - existuje niekoľko výhrad, ale vo všeobecnosti je to celkom jednoduché," hovorí Rainer.

"Na čom CIP4 pracuje, je individuálny preklad XJDF do JSON, aby ste získali najlepšiu kombináciu oboch možných svetov." Môžete vytvárať rozhrania REST API, ale potom sú štandardizované, aby ste neboli viazaní na rovnakého výrobcu zariadenia.

"Výrobcom sa samozrejme páči, ak môžu zamknúť svojich zákazníkov; zákazníci nie. Potom teda prídu na rad obchodné rozhodnutia, pretože zákazníci budú musieť ísť za svojimi predajcami a povedať, že chcú štandardy a väčšiu flexibilitu. Otázka, či to výrobcovia skutočne podporujú ... no, to je ďalšia etapa príbehu! “