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ší sérii vysvětlující standardy a formáty souborů, které se používají v procesech automatizace tisku, jsme se podívali na XML a verzi XML specifičtější pro konkrétní odvětví- 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 předtiskové přípravě, tisku a postpressu). Podle CIP4 PrintTalk vyrostl z „komunity tvořené systémy pro správu tisku a společnostmi elektronického obchodování, aby definovaly„ osvědčené postupy “společné a otevřené komunikační rozhraní mezi společnostmi, které nakupují tištěné produkty, a těmi, kdo je vyrábějí“.

Z praktického hlediska může PrintTalk podporou a rozšířením používání JDF, XJDF, XML a CXML přidat zásadní finanční data do informačního systému pro správu (MIS).

„PrintTalk je v podstatě obalem 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á produkt

"Ale zatímco JDF nebo XJDF jsou opravdu jen výrobní informace, PrintTalk má takové koncepty, jako je žádost o cenovou nabídku, nebo toto je citát, nebo toto na faktuře, nebo toto je nákupní objednávka."

„PrintTalk zahrnuje obchodní transakce a u obchodních transakcí musíte také popsat, o co se jedná, 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 může být vloženo do lístku úlohy a odesláno do MIS k definování zpracování této úlohy. “

Dejte tomu ZBYTEK

Variace 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átoru pro vytvoření efektivnějšího XJDF - bylo, že bylo možné začlenit téměř příliš mnoho dat, což způsobilo, že formát byl občas poměrně obtížný. Abychom tomu zabránili, existuje REST API nebo jeho plné jméno: Programovací rozhraní aplikace pro přenos reprezentativního stavu.

XML a JSON jsou koncepčně velmi podobné v tom, že jde o strukturovaný obsah, který vám umožňuje definovat páry klíčových hodnot

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

"XML a JSON jsou koncepčně velmi podobné v tom, že jde o strukturovaný obsah, který vám umožňuje definovat páry klíčových hodnot." Praktické výhody JSONu v prostředí webového API spočívají v tom, že existuje mnoho rámců s „vestavěnou“ funkcí JSON a JSON je také o něco stručnější. Výhody XML jsou zralejší validační nástroje, “vysvětluje Rainer.

"Pak REST API jednoduše znamená odeslat JSON přes http." Rozhraní API jsou snáze srozumitelná, protože je můžete přizpůsobit svému softwaru. Pokud používáte JDF nebo XJDF, máte abstraktní představu o produktu nebo procesu, ale pokud máte API, můžete provést jeden záznam například pro každé tlačítko ve 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 mapuje k produktu. Ale také to znamená, že pokud se změní vlastnosti produktu, pak se musí změnit také API. A protože je specifický, znamená to, že pro každou aplikaci musíte napsat vlastní kód. “

Je dobré mluvit

Specifičnost API je po nastavení a navržení pro konkrétní účely vysoce účinná, má však své nevýhody.

"Pokud mají výrobci vlastní API pro své produkty, samozřejmě to není standardizované a standardizace je oboustranná mince." Pokud standardizujete, pak musíte být velmi obecní, protože existují všechny druhy případů použití, které musíte prověřit, “říká Rainer.

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

"Každý, kdo se chce integrovat s API, to však dělá jen pro tuto konkrétní situaci a pak je zablokován. Například pokud chce tiskárna změnit dodavatele systému předtiskové přípravy a tiskárna používá rozhraní REST API ten předtiskový systém, pak musí zahodit vše, co udělali, aby si nastavili pracovní postup a začali znovu od nuly. “

Ačkoli jsou API specifická pro danou úlohu nebo proces, podobnost mezi XML a JSON znamená, že je možná interkompatibilita mezi formáty a CIP4 právě pracuje na překladatelském nástroji.

"Je docela jednoduché přeložit XML do JSON a zpět - existuje několik upozornění, 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 rozhraní REST API, ale ta jsou poté standardizována, takže nejste vázáni stejným výrobcem zařízení.

"Výrobcům se samozřejmě líbí, když mohou zamknout své zákazníky;" zákazníci ne. Pak tedy přijdou obchodní rozhodnutí, protože zákazníci budou muset jít ke svým prodejcům a říci, ž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! “