Het doel van dit artikel: geen kant-en-klare conclusie, maar je nieuwsgierigheid wekken om te onderzoeken of jouw machines méér kunnen dan waarvoor ze nu worden ingezet. Tijd is ons kostbaarste bezit — zonde als je niet een uurtje eerder van het zonnetje kunt genieten.
Praten met machines: 'i-aaa' of AI?
Stel je voor: je loopt je drukkerij binnen en zegt tegen de HP Indigo: 'Print even duizend brochures, full colour, gesneden en wel. Bedankt!' Niets. Geen 'Ja baas!', geen gepruttel, zelfs geen foutmelding. Is de machine zo dom als een ezel, of snappen wíj de communicatie niet? Je kunt tegenwoordig met je koelkast praten, maar een digitale pers praat niet terug — alleen als je precies het juiste signaal, commando of bestandstype gebruikt gebeurt er misschien iets. Misschien, want de documentatie laat vaak te wensen over.
Standaarden leiden niet tot universele communicatie
Er zijn JDF/JMF en API's, en nog veel meer. Maar wie denkt dat die standaarden universele communicatie garanderen, heeft nog nooit geprobeerd een order foutloos over meerdere systemen te laten lopen. Het voelt alsof je Engels spreekt tegen iemand die alleen Spaans en een beetje JavaScript verstaat. Machines spugen data uit, maar luisteren of reageren? Ho maar — het blijft een digitale monoloog.
Apps die bruggen slaan
Toch willen we communicatie: dat systemen met elkaar praten, of op z'n minst iets terugzeggen. Efficiëntie begint bij wederzijds begrip, en automatisering wordt pas krachtig als een systeem ook iets durft terug te melden. Gelukkig bestaan er bouwstenen. Denk aan Enfocus Switch, waar steeds meer apps verschijnen die systeem A met machine B verbinden.
Standaard koppelingen
Deze 'praatgrage tussenpersonen' geven orderinformatie door, halen statussen terug of herstarten een workflow als iets vastloopt. Ze spreken vaak maar één taal: die van hun eigen merk of apparaat. Maar zolang ze wél praten, zijn we al een heel eind. Werken met bestaande koppelingen is meestal voordeliger — je hoeft het wiel niet opnieuw uit te vinden. In de Enfocus AppStore vind je de 'standaard' apps die met machines praten.
Onder je neus
Standaard of met een plug-in sturen Caldera, ONYX en PrintFactory hun output (als ZCC of PDF) naar een Zünd digitaal snijsysteem. En zelfs als je Quite Imposing gebruikt en met PitStop of pdfToolbox een Thru-cut op de TrimBox zet, kun je dat zó aan je Zünd vertellen.
Niet-standaard printkoppelingen
Overweeg externe tools om opdrachten te printen, zoals 'FolderMill' of 'QZ Tray' (gratis en betaald). Zie het als een bouwpakket — knutselplezier gegarandeerd.
Statussen
Vaak zijn er hotfoldermogelijkheden (gemonitorde mappen). Je kunt stellen: zit een job in de hotfolder, dan zit hij in de printer; staat hij in de uit-map en niet in de error-map, dan is hij succesvol verwerkt. Zo heb je alweer twee à drie statussen te pakken.
MIS-poes?
En je Management Informatie Systeem (MIS)? Het verwondert me niet dat geen enkel MIS met álles kan communiceren, maar met een middlewarelaag als Switch of eigen API's voed je je MIS vaak met informatie die je anders niet had — bijvoorbeeld een taakkaart updaten in MultiPress. Dan is het geen 'mis-poes' meer, maar 'raak'.
Nabewerking en veredeling
Snij- en couverteermachines werken vaak met barcodes, QR-codes of datamatrixen die precies aangeven wat er moet gebeuren. Duplo en Uchida reageren op eenvoudige barcodes; Horizon-guillotines hebben genoeg aan JDF-data uit bijvoorbeeld Phoenix. Wie slim is, laat het systeem lézen in plaats van wachten op instructies.
Vat krijgen op 'domme' machines en weegschalen
Sommige machines presteren prima, maar weten niets van wat ze verwerken. Samenwerking met een technische machinebouwer kan barcodelezers opleveren die via een API data wegschrijven of uitlezen — je ziet precies welke orders wanneer verwerkt zijn, inclusief verbruik en waste. Met PrintNode koppel je zelfs weegschalen via IP, USB of COM-poorten. Ook daar valt winst te behalen. Vragen of opmerkingen?
