Сформирована и быстро расширяется международная коалиция организаций полиграфической индустрии, призванная обеспечить представленность печатной продукции в следующем поколении решений для электронной торговли, управляемой ИИ. Инициатива, известная как dev.ucp.print, приветствовала двух новых партнёров: PRINTING United Alliance и Ghent Workgroup (GWG), присоединившихся к организациям-основателям Initiative Online Print (IOP), немецкой BVDM, Intergraf, CIP4, dpsuisse и бельгийской VIGC. Вместе организации работают над созданием специализированного направления для печати в рамках универсального коммерческого протокола Google (Universal Commerce Protocol, UCP) – открытого стандарта, разработанного для того, чтобы агенты ИИ могли обнаруживать, настраивать, покупать и управлять торговыми транзакциями.
Universal Commerce Protocol, или UCP – это новый открытый стандарт, который позволяет ИИ-агентам и системам для электронной коммерции взаимодействовать друг с другом. Он работает на всем пути к покупке, в том числе на этапах поиска товара, его приобретения и послепродажного обслуживания. UCP задает единый стандарт для взаимодействия агентов и систем разных компаний, магазинов и поставщиков платежных услуг. Протокол UCP совместим с основными отраслевыми протоколами, такими как Agent2Agent (A2A), Agent Payments Protocol (AP2) и Model Context Protocol (MCP).
Интегрировав UCP, вы сможете добавить кнопку оформления покупки в подходящие предложения товаров в режиме ИИ в Google Поиске и Gemini. При этом вы останетесь продавцом, зарегистрировавшим покупку, и сможете настроить интеграцию в соответствии со своими требованиями. Пользователи смогут быстро оформлять покупки через Google Pay, выбирая из способов оплаты и адресов доставки, сохраненных в Google Кошельке. Покупатели будут оставаться в безопасной среде Google Pay, и это избавит их от лишних действий при оформлении заказа, повысит доверие и снизит количество случаев, когда они набирают товары в корзину, но в последний момент отказываются от покупки.
Первоначально анонсированный Google в начале 2026 года, UCP был разработан в первую очередь для традиционной розничной торговли, где продукты имеют фиксированные характеристики и цены. Печать представляет собой принципиально иную задачу. Каждый заказ на печать имеет высокую степень гибкости, часто требуя загрузки макетов, предпечатной проверки, согласования с заказчиком, динамического планирования производства и интеграции рабочих процессов до начала производства. Текущая спецификация UCP не учитывает эти специфические требования к производству. В рамках официального предложения по усовершенствованию, запланированного на конец этого года, коалиция намерена расширить протокол, чтобы учесть уникальные рабочие процессы, определяющие коммерческую печать, упаковку, этикетки и персонализированное производство.
Присоединение PRINTING United Alliance и Ghent Workgroup значительно расширяет как техническую экспертизу, так и международный охват инициативы. PRINTING United Alliance представляет точку зрения почти 60 000 североамериканских полиграфических компаний и обладает обширным опытом защиты интересов отрасли, в то время как Ghent Workgroup вносит многолетний опыт лидерства в области стандартов PDF, допечатной автоматизации и спецификаций полиграфического производства. «Способ поиска, заказа и обработки печатной продукции в будущем становится одним из наиболее важных вопросов для нашей отрасли», — сказал генеральный директор PRINTING United Alliance Форд Боуэрс. Председатель GWG Дэвид Цванг добавил, что проект дает мировой полиграфической и упаковочной промышленности «единый голос» в формировании рабочих процессов закупок и производства с использованием ИИ.
Список участников инициативы – очень солидный, а заявленная цель должна помочь полиграфистам двигаться в ногу с прогрессом, отражающим кардинальные изменения поведения онлайн-покупателей, в том числе услуг печати. Интересно, а что по этому поводу думают наши автоматизаторы в области полиграфии, разрабатывающие решения web-to-print? Это реально?
Организаторы считают, что эта инициатива представляет собой нечто большее, чем просто проект технических стандартов. По словам основателя инициативы Бернда Циппера, это первый шаг к «Агентной печати» — среде, где агенты ИИ самостоятельно исследуют, конфигурируют, рассчитывают стоимость, заказывают и оплачивают полиграфическую продукцию от имени клиентов. В таком будущем поставщикам полиграфических услуг потребуется структурированная информация о продукции, стандартизированные рабочие процессы и описания услуг, читаемые ИИ, которые позволят интеллектуальным программным агентам напрямую взаимодействовать с производственными системами. По мере дальнейшего развития UCP сторонники утверждают, что раннее участие имеет важное значение для обеспечения включения сложных производственных процессов полиграфической промышленности в стандарты, которые в конечном итоге могут определить, как будут проводиться коммерческие транзакции в условиях все более развитой глобальной экономики, основанной на ИИ.
Комментарии
Мой коллега, участник GWG, которому представляли эту инициативу и который знает чуть больше подробностей прокомментировал достаточно сдержано:
"Идея звучит неплохо, но она сложна, поэтому мне интересно, насколько она найдёт поддержку. Это немного напоминает мне JDF: хорошая концепция, но сложная, поэтому на её внедрение ушло очень много времени, и даже тогда она была реализована лишь в нескольких случаях. Что может сыграть решающую роль в данном случае, так это то, что за этим проектом стоит Google."
Там смогу узнать больше деталей и поделиться ими.
Насчёт JDF было много шума лет 20 назад, но он не пошёл из-за того, что каждый производитель ПО создавал свой диалект. При этом я считаю, что API прекрасно заменяет JDF как в части увязки внутренних процессов workflow (переменные, базы данных), так и в части согласования и обмена данными со сторонними приложениями, а особенно по скорости и бесшовности. Возможно, в журнальной печати есть своя специфика касательно преимуществ JDF, в силу куда более стандартизированных процесссов чем в этикетке и упаковке, но в этикетке и упаковке лично я не вижу никаких принципиальных преимуществ этого устаревшего, по сути XML-протокола, передачи данных (это почти как почтовые отправки писем с помощью голубей). По крайней мере в CLOUDFLOW мне он был бы как пятое колесо. Но возможно потому что в данном ПО более 1000 своих методов API, и поверьте, этого более чем достаточно.
JDF создавался для управления всем производственным циклом (MIS <-> Prepress <-> Press <-> Postpress). API не заменяет и не заменит JDF на уровне "железа", хотя ему нет равных в коммуникации Soft <-> Soft.
У любого серьёзного софта, а не только у workflow систем есть API для интеграций. И даже если у него будет хоть 10000 методов, он всё равно не сможет обмениваться информацией с офсетной или флексомашиной, резаком или вырубным прессом по API. Подавляющее большинство тяжелого промышленного оборудования в мире до сих пор понимает только JDF/JMF. Даже RIP HP Indigo, где вполне можно было бы развернуть REST API Server, предпочитает использовать стандарт JDF/JMF.
Буду рад узнать что-то новое, но мне кажется про JDF в целом уже лучше забыть.