Kromě XML a JDF: další krok

Zatímco XML a JDF tvoří základ automatizace tisku, objevují se další novější formáty, které mohou přenos dat pro tiskárny ještě zefektivnit.

V našem seriálu vysvětlujícím standardy a formáty souborů, které se používají v procesech automatizace tisku, jsme se podívali na XML a na sektorově specifickou verzi XML – JDF a novější XJDF . Existují však další možnosti, které buď vyrostly, nebo nabízejí alternativu k těmto formátům.

Prvním z nich je PrintTalk: systém spravovaný neziskovou organizací CIP4 (Mezinárodní spolupráce pro integraci procesů v prepressu, tisku a postpressu). Podle CIP4 PrintTalk vyrostl z „komunity tvořené systémy pro správu tisku a e-commerce společnostmi s cílem definovat 'nejlepší praxi' společné a otevřené komunikační rozhraní mezi společnostmi, které nakupují tištěné produkty, a těmi, kteří je vyrábějí“.

V praxi to znamená, že podporou a rozšířením použití JDF, XJDF, XML a CXML může PrintTalk přidat důležitá finanční data do manažerského informačního systému (MIS).

„PrintTalk je v podstatě obal kolem JDF nebo XJDF,“ vysvětluje technický ředitel CIP4 Rainer Prosi (na obrázku výše).

PrintTalk je ideální standard pro někoho, kdo má systém web-to-print, který vytváří nebo objednává produkty

„Ale zatímco JDF nebo XJDF jsou ve skutečnosti jen výrobní informace, PrintTalk má koncepty jako toto je žádost o cenovou nabídku nebo toto je nabídka nebo toto na faktuře nebo toto je nákupní objednávka.

„PrintTalk zahrnuje obchodní transakce a pro obchodní transakce musíte také popsat, čeho se transakce týká, a zde vstupují do hry popisy produktů – v tomto případě od XJDF. Je to ideální standard pro někoho, kdo má systém web-to-print, který vytváří nebo objednává produkt. Pomocí PrintTalk můžete popsat produkt, který byl objednán, a také vložit věci, jako je cena, která byla sjednána. To pak lze vložit do lístku úlohy a odeslat do MIS, aby se definovalo zpracování této úlohy.“

Dej tomu ODPOČINEK

Varianty JDF nebo XJDF však nejsou jedinou možností pro tiskárny, zákazníky a výrobce, zejména pokud jde o odesílání informací přes web. Jednou z nevýhod JDF – a katalyzátorem pro vytvoření efektivnějšího XJDF – bylo, že bylo možné začlenit téměř příliš mnoho dat, takže formát byl občas poněkud nepraktický. Abychom tomu zabránili, existuje REST API, nebo jeho úplný název: Representational State Transfer Application Programming Interface.

XML a JSON jsou koncepčně velmi podobné v tom, že se jedná o strukturovaný obsah, který vám umožňuje definovat páry klíč-hodnota

Jednodušeji řečeno, REST API používají formát JSON – který je široce ekvivalentní XML – k vytvoření vysoce specifikovaného přenosu dat pro konkrétní úlohy mezi kompatibilními systémy, přičemž informace lze snadno přenášet přes http.

„XML a JSON jsou koncepčně velmi podobné v tom, že se jedná o strukturovaný obsah, který vám umožňuje definovat páry klíč-hodnota. Praktickou výhodou JSON v prostředí webového rozhraní API je to, že existuje mnoho rámců s „vestavěnou“ schopností JSON a JSON je také o něco stručnější. Výhodou XML jsou vyspělejší validační nástroje,“ vysvětluje Rainer.

„Pak REST API jednoduše znamená posílání JSON přes http. Rozhraní API jsou srozumitelnější, protože je můžete velmi věnovat svému softwaru. Pokud používáte JDF nebo XJDF, pak máte abstraktní představu o produktu nebo procesu, ale pokud máte API, můžete vytvořit jednu položku, například pro každé tlačítko na vašem uživatelském rozhraní nebo pro každé textové pole.

„Můžete tedy říci, že toto textové pole je přesně pro tuto část API. Pro někoho, kdo to používá, je velmi snadné vidět, jak se to mapuje k produktu. Ale také to znamená, že pokud se změní vlastnosti produktu, pak se musí změnit i API. A jelikož je specifický, znamená to, že musíte pro každou aplikaci napsat vlastní kód.“

Je dobré mluvit

I když je specifičnost API vysoce efektivní, jakmile jsou nastavena a navržena pro konkrétní účely, má své nevýhody.

„Pokud mají výrobci pro své produkty vlastní API, samozřejmě to není standardizované a standardizace je oboustranná mince. Pokud standardizujete, musíte být velmi obecní, protože existují nejrůznější případy použití, které musíte prozkoumat,“ říká Rainer.

Přestože jsou API specifická pro danou úlohu nebo proces, podobnost mezi XML a JSON znamená, že je možná vzájemná kompatibilita mezi formáty.

"Nicméně kdokoli, kdo se chce integrovat s API, to dělá jen pro tuto konkrétní situaci a je pak uzamčen. Pokud například tiskárna chce změnit dodavatele systému pro předtiskovou přípravu a tiskárna používá REST API tohoto systému předtiskové přípravy, musí zahodit vše, co udělal pro nastavení svého pracovního postupu, a začít znovu od nuly."

Přestože jsou API specifická pro danou úlohu nebo proces, podobnost mezi XML a JSON znamená, že je možná vzájemná kompatibilita mezi formáty a CIP4 právě pracuje na překladovém nástroji.

„Přeložit XML do JSON a zpět je poměrně jednoduché – existuje několik výhrad, ale obecně je to docela snadné,“ říká Rainer.

„Na čem CIP4 pracuje, je individuální překlad XJDF do JSON, takže získáte nejlepší kombinaci obou možných světů. Můžete vytvářet REST API, ale jsou pak standardizována, takže nejste uzamčeni u stejného výrobce zařízení.

„Výrobcům se samozřejmě líbí, když dokážou své zákazníky uzamknout; zákazníci ne. Pak přijdou obchodní rozhodnutí, protože zákazníci budou muset jít za svými prodejci a říct, že chtějí standardy a větší flexibilitu. Otázka, zda to výrobci skutečně podporují… no, to je další fáze příběhu!“