Além de XML e JDF: o próximo passo

Embora XML e JDF formem a base da automação de impressão, outros formatos mais novos estão surgindo e podem tornar a transferência de dados para impressoras ainda mais eficiente.

Em nossa série explicando os padrões e formatos de arquivo que são usados nos processos de automação de impressão, nós olhamos para XML e a versão mais específica do setor de XML – JDF e o mais novo XJDF . No entanto, há outras opções que cresceram a partir desses formatos ou que oferecem uma alternativa a eles.

O primeiro deles é o PrintTalk: um sistema gerenciado pela organização sem fins lucrativos CIP4 (International Cooperation for the Integration of Processes in Prepress, Press and Postpress). De acordo com o CIP4, o PrintTalk surgiu de “uma comunidade formada por sistemas de gerenciamento de impressão e empresas de comércio eletrônico para definir uma interface de comunicação comum e aberta de 'melhores práticas' entre empresas que compram produtos impressos e aquelas que os fabricam”.

Em termos práticos, ao oferecer suporte e estender o uso de JDF, XJDF, XML e CXML, o PrintTalk pode adicionar dados financeiros vitais ao sistema de informações gerenciais (MIS).

“O PrintTalk é essencialmente um wrapper em torno do JDF ou XJDF”, explica o diretor técnico da CIP4, Rainer Prosi (foto acima).

PrintTalk é o padrão ideal para alguém que tem um sistema web-to-print que cria ou encomenda produtos

“Mas enquanto JDF ou XJDF são realmente apenas informações de produção, PrintTalk tem conceitos como isto é uma solicitação de orçamento, ou isto é um orçamento, ou isto em uma fatura, ou isto é uma ordem de compra.

“O PrintTalk incorpora transações comerciais e, para transações comerciais, você também precisa descrever sobre o que é a transação, e é aí que as descrições do produto – neste caso, do XJDF – entram em cena. É o padrão ideal para alguém que tem um sistema web-to-print que cria ou encomenda produtos. Usando o PrintTalk, você pode descrever o produto que foi encomendado e também colocar coisas como qual preço foi negociado. Isso pode então ser colocado no tíquete de trabalho e enviado a um MIS para definir o processamento desse trabalho.”

Dê um DESCANSO

No entanto, variações de JDF ou XJDF não são a única opção para impressoras, clientes e fabricantes, especialmente quando se trata de enviar informações pela web. Uma das desvantagens do JDF – e o catalisador para a criação do XJDF mais simplificado – era que dados quase demais podiam ser incorporados, tornando o formato, às vezes, bastante difícil de manejar. Para combater isso, há a REST API, ou para dar seu nome completo: Representational State Transfer Application Programming Interface.

XML e JSON são conceitualmente muito semelhantes, pois são conteúdos estruturados que permitem definir pares de valores-chave

Em termos mais simples, as APIs REST usam o formato JSON – que é amplamente equivalente ao XML – para criar transferências de dados altamente especificadas para trabalhos específicos entre sistemas compatíveis, com informações sendo facilmente transmissíveis por http.

“XML e JSON são conceitualmente muito semelhantes, pois são conteúdo estruturado que permite que você defina pares de valores-chave. As vantagens práticas do JSON em um ambiente de API da web são que há muitas estruturas com capacidade JSON 'integrada' e o JSON também é um pouco mais conciso. As vantagens do XML são ferramentas de validação mais maduras”, explica Rainer.

“Então REST API significa simplesmente enviar JSON por http. APIs são mais fáceis de entender porque você pode torná-las muito dedicadas ao seu software. Se você usa JDF ou XJDF, então você tem uma ideia abstrata de um produto ou processo, mas, se você tem uma API, então você pode fazer uma única entrada para, por exemplo, cada botão na sua interface de usuário ou para cada campo de texto.

“Então você pode dizer, esse campo de texto é precisamente para essa parte da API. É muito fácil para alguém que usa isso ver como ele mapeia para o produto. Mas isso também significa que se os recursos do produto mudarem, então a API tem que mudar também. E como é específico, significa que você tem que escrever código personalizado para cada aplicativo.”

É bom conversar

Embora a especificidade das APIs seja altamente eficiente quando configuradas e projetadas para propósitos específicos, ela tem suas desvantagens.

“Se os fabricantes têm suas próprias APIs para seus produtos, é claro que não é padronizado, e a padronização é uma moeda de dois lados. Se você padroniza, então você tem que ser muito geral porque há todos os tipos de casos de uso que você tem que analisar”, diz Rainer.

Embora as APIs sejam específicas para o trabalho ou processo em questão, a semelhança entre XML e JSON significa que a intercompatibilidade entre formatos é possível

“No entanto, qualquer um que queira integrar com uma API está fazendo isso apenas para aquela situação específica e eles estão presos. Por exemplo, se uma gráfica quer mudar o fornecedor de um sistema de pré-impressão, e a gráfica está usando a API REST desse sistema de pré-impressão, então eles têm que jogar fora tudo o que fizeram para configurar seu fluxo de trabalho e começar tudo de novo do zero.”

Embora as APIs sejam específicas para o trabalho ou processo em questão, a semelhança entre XML e JSON significa que a intercompatibilidade entre formatos é possível, e o CIP4 está trabalhando em uma ferramenta de tradução agora.

“É bastante simples traduzir XML para JSON e vice-versa – há algumas ressalvas, mas geralmente é bastante fácil”, diz Rainer.

"O que o CIP4 está trabalhando é uma tradução um-para-um de XJDF para JSON, para que você tenha a melhor mistura dos dois mundos possíveis. Você pode construir APIs REST, mas elas são então padronizadas para que você não fique preso ao mesmo fabricante de equipamento.

“É claro que os fabricantes gostam se puderem prender seus clientes; os clientes não. Então vêm as decisões de negócios porque os clientes terão que ir até seus fornecedores e dizer que querem padrões e mais flexibilidade. A questão de se os fabricantes realmente dão suporte a isso... bem, esse é o próximo estágio da história!”