Формат JDF. Автоматизація процесів у поліграфічному виробництві

Передісторія
Багато років компанії-розробники спеціалізованого для друкарень ЗА створювали програмні комплекси один потужніший іншого і всі пропонували автоматизувати процеси за допомогою спеціальних форматів файлів, софта і обладнання. Але заковика була в тому, що купивши друкарську машину з підтримкою формату передачі даних від умовної компанії X, друкарня була змушена купувати у цієї ж компанії X і інше обладнання та програмне забезпечення все своє життя.

З цієї причини ситуація на ринку склалася така, що більшість створених систем автоматизації не користувалися попитом у друкарень.

І тут з'являється .jdf і CIP4
І ось в 1999 на допомогу друкованої індустрії прийшов консорціум CIP4, чия назва розшифровується як "Cooperation for the Integration of PrePress, Press, PostPress and Process".

Це співтовариство розробило новий формат передачі даних про замовлення, грунтуючись на вже існуючому тоді форматі CIP3 (cip3 — файли налаштувань офсетної друкарської машини).
Розроблений ними формат JDF представляє собою структуру xml, що містить всередині себе спеціалізовані теги, зміст та атрибути яких, описує всі (ну або принаймні більшість) даних про замовлення. Починаючи від внутрішнього ідентифікатора (id замовлення) до того, якої товщини запечатуваний матеріал і скільки скріпок який модифікації повинно бути на виробі.

Вирізка з .jdf файлу
<?xml version="1.0" encoding="utf-8"?>
<JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" ID="TI_099fa" JobPartID="MISPRE_040051_PlateMaking" Type="Product" xsi:type="Product" Status="Ready" JobID="106061_1_1" Version="1.2" MaxVersion="1.2" ICSVersions="Base_L1-1.0 MIS_L1-1.0 MISPRE_L1-1.0" DescriptiveName="MISPRE PlateMaking v13" Template="false">
...
</JDF>
</xml>

Важливо для розуміння те, що jdf файл несе в собі інформацію про замовлення не тільки для користувачів, але і передає налаштування безпосередньо друкарським програмних комплексів та виробничого обладнання.

Що стало можливим із впровадженням jdf
З моменту виходу формату jdf все більш або менш автоматизоване обладнання для друкарень стало підтримувати цей загальноприйнятий формат, не кажучи вже про програмне забезпечення. Створити jdf файл можна як у workflow будь-якого виробника, так і у самописною системі (докладніше про це див. у кінці статті).

PrePress. Додрукарська підготовка

Після того як замовлення і його jdf файл створено, він передається до відділу додрукарської підготовки друкарні, де програми спуску смуг (розкладання сторінок вироби на друкований аркуш) пропонують можливість імпортувати jdf, взявши всі необхідні для себе дані і в 2 кличу відправити його на наступний етап.

Після відділу додрукарської підготовки файл, що містить посилання на pdf макети спусків, готових до друку потрапляє на RIP (растровий процесор), який у свою чергу бере з файлу параметрів растрування, задані при створенні jdf і створює растрові і сепарированные файли tiff-b, зміст яких проявляється на друкованих пластинах на ділянці CtP (системи Computer to Plate)

Press. Друк

Коли виведені пластини доставляють на друкарську машину, в керуючій їй комп'ютер вже завантажений jdf, який виставляє настройки друку в залежності від макета.

PostPress. Післядрукована обробка

Тираж віддруковано форматами друкарської машини. Після просушування листів настає час різання на готові формати і інших оздоблювальних операцій. Частина обладнання післядрукарської обробки (наприклад гільйотинні резательные машини) так само вміють сприймати параметри замовлення і налаштовувати свої параметри під закладені в замовленні значення.

Process

Важлива частина інформації всередині jdf — це інформація про стан виробничих операцій і замовлення в цілому. Тобто один файл замінює віртуальний (або надрукований на папірці) бланк (паспорт) замовлення і несе в собі інформацію не тільки про параметри виробу, але і відображає інформацію про поточний стан замовлення.

Трохи про створення jdf файлів
Про те, які дані можуть бути відображені у файлі jdf розповідає специфікація формату. На 1268 сторінках детально розписані всі можливі теги, атрибути та їх призначення.

Також є чудова людина Tom Cabanski і його старовинний блог. Інформації там трохи і частина посилань вже не робочі, але є можливість завантажити його бібліотеку Fluen JDF і спростити з її допомогою створення і редагування jdf файлів багаторазово.

Генерацію jdf файлу за допомогою цієї бібліотеки можна звести до того, що використовувати шаблонний файл, що містить максимальний набір даних за допомогою методів Fluent JDF редагувати частини файлу, налаштовуючи його утримання під свої потреби.

Приклад коду на C#

public static Ticket JDFGenerate(ProductPart task)
{
InitializeFluentJdf();
Infrastructure.Core.Configuration.Settings.UseCastleWindsor().LogWithNLog().Configure();
FluentJdfLibrary.Settings.ResetToDefaults();
string finishFormat = task.Format.Replace(".*", " ");
.......
/*Замовник*/
ticket.SelectJDFDescendant(Element.CustomerInfo)
.SetAttributeValue("CustomerName", task.CustomerName);
ticket.SelectJDFDescendant(Element.CustomerInfo)
.AddInput(Element.Contact);
ticket.SelectJDFDescendant(Element.Contact)
.AddInput(Element.Company);
ticket.SelectJDFDescendant(Element.Contact)
.SetAttributeValue("OrganizationName", task.CustomerName);
/*Формат вироби*/
string dimentionsStrip = task.Format.Replace(".*", " ");
string finalFormat = ConvertDimentions(dimentionsStrip);
ticket.SelectJDFDescendant(Element.StripCellParams)
.SetAttributeValue("TrimSize", finalFormat);
.....
ticket.SelectJDFDescendant(Element.Device)
.SetAttributeValue("DeviceID", jdfMachine);
/*Папір*/
ticket.SelectJDFDescendant(Element.Media)
.SetAttributeValue("Brand", task.Material.MaterialName);
ticket.SelectJDFDescendant(Element.Media)
.SetAttributeValue("Weight", task.Material.MaterialWeight);
ticket.SelectJDFDescendant(Element.Media)
.SetAttributeValue("Thickness", task.Material.MaterialThickness);

Але на жаль
Цей формат, який вивів автоматизацію в поліграфічному виробництві на новий рівень, на території РФ використовується дуже епізодично. Навіть якщо друкарня впроваджує jdf в свій робочий процес, то, швидше за все, робить це тільки на одному з усіх етапів (як правило, це передача налаштувань друку з відділу додрукарської підготовки на друкарську машину).

Це пов'язано, ймовірно, з необхідністю великих інвестицій в обладнання та ПЗ і практично повною відсутністю вітчизняних розробок в цьому напрямку. Але все ж хочеться вірити, що у jdf є майбутнє в нашій країні.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.