За пределами XML и JDF: следующий шаг

Хотя XML и JDF составляют основу автоматизации печати, появляются и другие новые форматы, которые могут сделать передачу данных для принтеров еще более эффективной.

В нашей серии, объясняющей стандарты и форматы файлов, которые используются в процессах автоматизации печати, мы рассмотрели XML и более специфичную для сектора версию XML – JDF и более новый XJDF . Однако есть и другие варианты, которые либо выросли из этих форматов, либо предлагают им альтернативу.

Первая из них — PrintTalk: система, управляемая некоммерческой организацией CIP4 (Международное сотрудничество по интеграции процессов в допечатной подготовке, печати и послепечатной обработке). Согласно CIP4, PrintTalk выросла из «сообщества, сформированного системами управления печатью и компаниями электронной коммерции для определения «лучшей практики» общего и открытого интерфейса связи между компаниями, которые покупают печатную продукцию, и теми, кто ее производит».

На практике, поддерживая и расширяя использование JDF, XJDF, XML и CXML, PrintTalk может добавлять важные финансовые данные в систему управленческой информации (MIS).

«PrintTalk по сути является оболочкой вокруг JDF или XJDF», — объясняет технический директор CIP4 Райнер Проси (на фото выше).

PrintTalk — идеальный стандарт для тех, у кого есть система веб-печати, которая создает или заказывает продукцию.

«Но в то время как JDF или XJDF на самом деле представляют собой просто производственную информацию, PrintTalk имеет такие концепции, как «это запрос на расценки», «это расценка», «это в счете-фактуре» или «это заказ на закупку».

«PrintTalk включает в себя бизнес-транзакции, а для бизнес-транзакций вам также необходимо описать, в чем заключается транзакция, и вот тут-то в игру вступают описания продуктов — в данном случае из XJDF. Это идеальный стандарт для тех, у кого есть система web-to-print, которая создает или заказывает продукт. Используя PrintTalk, вы можете описать заказанный продукт, а также указать такие данные, как согласованная цена. Затем это можно внести в тикет задания и отправить в MIS для определения обработки этого задания».

Дайте ему ОТДЫХ

Однако вариации JDF или XJDF — не единственный вариант для принтеров, клиентов и производителей, особенно когда дело касается отправки информации через Интернет. Одним из недостатков JDF — и катализатором создания более оптимизированного XJDF — было то, что можно было включить слишком много данных, что делало формат порой довольно громоздким. Чтобы противостоять этому, существует REST API, или, если называть его полным названием: интерфейс прикладного программирования передачи репрезентативного состояния.

XML и JSON концептуально очень похожи в том, что они представляют собой структурированный контент, позволяющий определять пары «ключ-значение».

Проще говоря, REST API используют формат JSON, который в целом эквивалентен XML, для создания строго определенной передачи данных для определенных задач между совместимыми системами, при этом информация легко передается по протоколу http.

«XML и JSON концептуально очень похожи в том, что они представляют собой структурированный контент, позволяющий определять пары ключ-значение. Практические преимущества JSON в среде веб-API заключаются в том, что существует множество фреймворков со «встроенными» возможностями JSON, а JSON также немного более лаконичен. Преимущества XML — более зрелые инструменты проверки», — объясняет Райнер.

«Тогда REST API просто означает отправку JSON по http. API проще понять, потому что вы можете сделать их очень специализированными для вашего программного обеспечения. Если вы используете JDF или XJDF, то у вас есть абстрактная идея продукта или процесса, но если у вас есть API, то вы можете сделать одну запись, например, для каждой кнопки в вашем пользовательском интерфейсе или для каждого текстового поля.

«Так что можно сказать, что это текстовое поле предназначено именно для этой части API. Для кого-то, кто использует его, очень легко увидеть, как оно сопоставляется с продуктом. Но это также означает, что если функции продукта меняются, то API тоже должен измениться. И поскольку он специфичен, это означает, что вам придется писать собственный код для каждого приложения».

Хорошо поговорить.

Хотя специфичность API-интерфейсов весьма эффективна после настройки и проектирования для конкретных целей, у них есть свои недостатки.

«Если у производителей есть собственные API для своих продуктов, конечно, они не стандартизированы, а стандартизация — это двусторонняя монета. Если вы стандартизируете, то вам придется быть очень общими, потому что есть всевозможные варианты использования, которые вам нужно рассмотреть», — говорит Райнер.

Хотя API-интерфейсы специфичны для конкретной работы или процесса, сходство между XML и JSON означает, что возможна совместимость между форматами.

«Однако любой, кто хочет интегрироваться с API, делает это только для этой конкретной ситуации, и тогда он оказывается в затруднительном положении. Например, если типография хочет сменить поставщика системы допечатной подготовки, а типография использует REST API этой системы допечатной подготовки, то им придется отказаться от всего, что они сделали для настройки своего рабочего процесса, и начать все заново с нуля».

Хотя API-интерфейсы специфичны для конкретной работы или процесса, сходство между XML и JSON означает, что возможна совместимость форматов, и в настоящее время CIP4 работает над инструментом перевода.

«Перевести XML в JSON и обратно довольно просто — есть несколько нюансов, но в целом это довольно просто», — говорит Райнер.

«CIP4 работает над однозначным переводом XJDF в JSON, чтобы вы получили наилучшее сочетание обоих возможных миров. Вы можете создавать REST API, но затем они стандартизируются, чтобы вы не были привязаны к одному и тому же производителю оборудования.

«Конечно, производителям нравится, если они могут закрепить за собой своих клиентов; клиенты этого не делают. Затем наступают бизнес-решения, потому что клиентам придется идти к своим поставщикам и говорить, что им нужны стандарты и больше гибкости. Вопрос в том, поддерживают ли это производители на самом деле... ну, это следующий этап истории!»