Jedes Bild hier ist eine Seite, die einer der 90 Beispiel-Workflows erzeugt hat. Die Firmen sind erfunden und die Daten sind Beispieldaten. Die Seiten sind genau das, was KBStudio daraus erzeugt hat.
Suchen Sie das Beispiel, das Ihrer Arbeit am nächsten kommt, und fangen Sie dort an. Jedes ist ein vollständiges Projekt.
Beispielfirmen: Adria Bank d.d., NovaPay d.o.o.
Beispielfirmen: Velebit osiguranje d.d.
Beispielfirmen: Aurora komunalije d.o.o., Istra Telekom d.o.o.
Beispielfirmen: Kvarner Print d.o.o., Aria Arhitekti d.o.o., Bingo Jadran d.o.o., Mediteran Media d.o.o., Grafika Adria d.o.o.
Beispielfirmen: Robna kuća Dalmacija d.d.
Beispielfirmen: Talent Adria d.o.o., Kvarnerplast d.d.
Beispielfirmen: Naklada Kvarner d.o.o.
Beispielfirmen: Restoran Lanterna d.o.o., Riva Grupa d.o.o.
Beispielfirmen: Klima Jadran servis d.o.o.
Beispielfirmen: Osnovna škola Sunčani breg
Beispielfirmen: Jadranska logistika d.o.o.
Beispielfirmen: Kongresni ured Opatija d.o.o.
Beispielfirmen: Tiskara Lipa d.o.o.
Beispielfirmen: Dalmacija Opskrba d.o.o.
Jeder Workflow unten gehört zu KBStudio. Filtern Sie nach Branche oder suchen Sie, öffnen Sie den passenden und passen Sie ihn an Ihre Daten an.
Der Briefkopf liegt im Seitenhintergrund, die Adresse im Kuvertfenster, daneben ein Infoblock. Die Umsatztabelle läuft mit wiederholtem Kopf über mehrere Seiten, danach folgen Endsaldo und „Seite X von Y“. Beträge stehen im kroatischen Zahlen- und Währungsformat, jede Seite trägt einen DataMatrix-Code für die Kuvertierung.
Derselbe Kontoauszug läuft über drei Kanäle. Kunden mit E-Kontoauszug und gültiger Adresse erhalten eine E-Mail mit einem per Zertifikat signierten PDF (.p12, PAdES). Alle anderen werden gedruckt, eine Datei je Filiale mit vorangestelltem Deckblatt und DataMatrix für die Kuvertierung. Jeder Auszug aus beiden Kanälen landet im DMS als JSON mit den Feldern und dem signierten PDF in Base64.
Jede Police enthält eine Zusammenfassung und ein Produktbild je Versicherungsart (Kfz, Haus, Leben). Der grüne Bonusbalken erscheint erst ab 30 %, ein Ring- und ein Säulendiagramm zeigen Prämienstruktur und Schäden nach Jahren. Bei mehreren Objekten läuft die Deckungstabelle über mehrere Seiten, Sonderbedingungen (PDF-Hintergrund) gibt es nur bei Kfz-Versicherungen. Die Police geht per E-Mail mit sichtbarer elektronischer Signatur (.p12) hinaus, je Niederlassung mit Deckblatt in den Druck und als JSON mit signiertem PDF ins DMS.
Ein einseitiges Verlängerungsschreiben, dessen Text sich nach der Versicherungsart richtet (Kfz, Haus, Leben). Der QR-Code führt zur Online-Verlängerung, der HUB3-Barcode dient zur Zahlung der neuen Prämie, der DataMatrix-Code zur Kuvertierung. Alle Schreiben kommen in einer Druckdatei.
{
"brojTransakcija": 21,
"najvecaTransakcija": 126.24,
"naknade": 17.05,
"nazivTrgovca": "Istra servis obrt",
"promet": 1545.06,
"razdoblje": "2026-09",
"transakcije": [
{
"datum": "2026-09-04",
"iznos": 110.18,
"kartica": "Maestro",
"naknada": 1.05,
"vrijeme": "18:20"
},
{
Hier gibt es kein Layout, nur Daten. Eine flache CSV-Datei mit zehntausenden Kartentransaktionen aus dem September wird auf genehmigte Transaktionen gefiltert und je Händler gruppiert, mit Anzahl, Umsatz, Gebühren, größter Transaktion und Händlername. Für jeden Händler entsteht eine JSON-Datei für das DMS oder die API eines Partners.
Der Bericht beginnt mit einer Zusammenfassung von Umsatz, Gebühren, Auszahlung und Anzahl der Transaktionen. Ein Liniendiagramm zeigt den Tagesumsatz, ein Ringdiagramm summiert die Transaktionen selbst nach Kartensystem. Die vollständige Transaktionstabelle läuft über die folgenden Seiten. Händler mit E-Mail-Adresse erhalten ein signiertes PDF, die übrigen einen Ausdruck, und jeder Bericht geht als JSON mit PDF in Base64 ins DMS.
Die Rechnung zeigt den Verbrauch über 12 Monate im Diagramm, ein Bild der Energieklasse aus den Daten (A/B/C) und eine rote Mahnung nur bei Rückstand. Bei mehreren Messstellen läuft die Positionstabelle über mehrere Seiten, gezahlt wird per HUB3-Barcode. Wer die E-Rechnung gewählt hat, erhält sie signiert. Alle anderen gehen in den Duplexdruck mit DataMatrix und OMR nur auf Vorderseiten (Blattzählung), eine Datei je Region mit Deckblatt. Jede Rechnung geht außerdem als JSON mit PDF ins DMS.
PDF Input liest einen ganzen Ordner mit 700 Rechnungen zu je 1 bis 4 Seiten. Die Rechnungsnummer wird von der Seite gelesen und auf die Folgeseiten derselben Rechnung übertragen. Jede Seite erhält einen DataMatrix-Code (Rechnungsnummer / Seite / C/E) und OMR-Marken für die Kuvertiermaschine, alles in einer Druckdatei.
Eingang ist eine große PDF-Spooldatei mit Rechnungen für 320 Kunden. Die Kundennummer wird von der Seite gelesen, und Page Regroup beginnt bei jedem Wechsel ein neues Dokument. Leerseiten werden vor der Nummerierung entfernt, sodass jeder Kunde ein eigenes PDF mit DataMatrix-Code auf jeder Seite bekommt.
Derselbe Spool, vorbereitet für den Duplexdruck. Dokumente mit ungerader Seitenzahl erhalten am Ende eine Leerseite, DataMatrix- und OMR-Marken stehen nur auf ungeraden (Vorder-)Seiten und zählen Blätter (Kunde / Blatt / C/E). Ausgegeben wird eine einzige Druckdatei.
Ein einzelner PDF Page Transform-Knoten erledigt alles. Er liest die Kundennummer, beginnt bei jedem Wechsel ein neues Dokument und stempelt sichtbar DOK {Dokumentnummer} · S {Seite}/{gesamt} · BLATT {Blatt}/{Blätter} · {Kunde} sowie einen DataMatrix-Code auf jede Seite. An der Ausgabe lässt sich prüfen, ob jede Gruppe richtig abgegrenzt ist.
Der Spool wird nach Kundennummer gelesen, Page Regroup fasst die Seiten jedes Kunden zu einer Gruppe zusammen. Die Kuvertiermarken kommen aus einem Layout, das Sheet Mixer über jede Seite legt: DataMatrix (Kunde / Seite in Gruppe / C/E), OMR-Marken und eine sichtbare Zeile KUNDE · SEITE x/y. Die Werte stammen von der Seite darunter (sheet.groupCounter, sheet.groupCount, sheet.isLastInGroup, sheetnames.kupacBr).
Der Spool wird nach Kunden getrennt, und vor jedes Dokument kommt ein Deckblatt, ein PDF in den Farben des Auftraggebers. Damit ist das Deckblatt Seite 1 des Dokuments und wird vom DataMatrix-Code richtig mitgezählt.
Ein PDF mit 20.000 Seiten wird Seite für Seite im Stream verarbeitet, ohne die ganze Datei zu laden. Jede Seite erhält eine Bates-Nummer KP-000001… und einen DataMatrix-Code mit derselben Nummer. Heraus kommt eine einzige Ausgabedatei.
Der einfachste Fall. Eine einzelne PDF-Datei, die Allgemeinen Bedingungen mit 12 Seiten, erhält „Seite X von Y“ und einen DataMatrix-Code auf jeder Seite, bereit für den Simplexdruck.
Visitenkarte 85 x 55 mm mit 3 mm Beschnitt. Vorne stehen Abteilungsfarbe im Anschnitt, Logo, Name, Funktion, Abteilung, Kontakte und ein QR-Code mit vCard-Kontakt (MECARD), Titel und Mobilnummer nur, wenn vorhanden. Hinten steht das Logo auf dunklem Grund (für die Geschäftsleitung auf Kupfer) und die englische Funktion, sofern erfasst. Der Korrekturabzug zeigt je Person eine A4-Seite, Vorderseite über Rückseite, vergrößert und mit Schneidemarken.
Jede Person erhält die bestellte Menge (100, 200 oder 300 Stück). Sheet Padder mit Copies wiederholt Vorder- und Rückseite laut Bestellung, also datengesteuertes Step & Repeat. NUp Imposer schießt 4 x 5 Karten beidseitig auf SRA3 (450 x 320 mm) aus, jede Rückseite exakt hinter ihrer Vorderseite, mit 3 mm Beschnitt, 6 mm Abstand und Schneidemarken. Auf einem Bogen stehen immer nur die Karten einer Person.
ime_prezime,odjel,kolicina,araka_SRA3,papir Hrvoje Žagar,Uprava,300,15,"Munken Pure 350 g, obostrano 4/4, rezanje 85 x 55" Matej Pavić,Uprava,300,15,"Munken Pure 350 g, obostrano 4/4, rezanje 85 x 55" Martina Galić,Uprava,300,15,"Munken Pure 350 g, obostrano 4/4, rezanje 85 x 55" Željka Pavlović,Uprava,300,15,"Munken Pure 350 g, obostrano 4/4, rezanje 85 x 55" Tihana Grgić,Nadzor gradnje,100,5,"Munken Pure 350 g, obostrano 4/4, rezanje 85 x 55" Kristina Božić,Interijeri,200,10,"Munken Pure 350 g, obostrano 4/4, rezanje 85 x 55" Marija Žagar,Nadzor gradnje,100,5,"Munken Pure 350 g, obostrano 4/4, rezanje 85 x 55" Sara Vidović,Urbanizam,200,10,"Munken Pure 350 g, obostrano 4/4, rezanje 85 x 55" Vesna Tomić,Interijeri,200,10,"Munken Pure 350 g, obostrano 4/4, rezanje 85 x 55" Goran Barišić,Interijeri,100,5,"Munken Pure 350 g, obostrano 4/4, rezanje 85 x 55" Petra Marković,Projektiranje,200,10,"Munken Pure 350 g, obostrano 4/4, rezanje 85 x 55" Ante Pavlović,Projektiranje,100,5,"Munken Pure 350 g, obostrano 4/4, rezanje 85 x 55" Dora Žagar,Urbanizam,200,10,"Munken Pure 350 g, obostrano 4/4, rezanje 85 x 55" Dora Filipović,Interijeri,100,5,"Munken Pure 350 g, obostrano 4/4, rezanje 85 x 55" Marko Kovačić,Interijeri,100,5,"Munken Pure 350 g, obostrano 4/4, rezanje 85 x 55"
Aus derselben Bestellung entsteht ein Arbeitsauftrag mit Abteilung, Menge, Anzahl SRA3-Bogen, Papier und Weiterverarbeitung je Person. Die Bogenzahl (Menge / 20) wird im Ausgabevertrag berechnet. Die Druckerei plant damit Druck und Schnitt.
Jeder Streifen enthält sechs 3 x 9-Scheine mit allen 90 Zahlen genau einmal. Jede Spalte hat ihre Zehnergruppe, jede Reihe genau 5 Zahlen, jeder Schein 1 bis 3 Zahlen pro Spalte, von oben nach unten sortiert. Ein Algorithmus erzeugt und prüft die Kombinationen. Der Streifen 85 x 210 mm hat einen grünen Hintergrund im Anschnitt (3 mm), eine Seriennummer und einen DataMatrix-Code. NUp Imposer setzt 3 x 2 auf SRA3 (320 x 450 mm) mit Schneidemarken, in Cut-&-Stack-Folge BJ-000001, BJ-000002…
Ein Altsystem liefert ein einziges PDF mit allen Rechnungen. PDF Input und PDF Page Transform lesen die Kundennummer und holen Kanal und E-Mail-Adresse aus den Stammdaten (CSV), Page Regroup beginnt je Kunde ein neues Dokument. Papierkunden erhalten DataMatrix- und OMR-Marken in einer Druckdatei. E-Mail-Kunden bekommen ein mit Zertifikat (.p12) signiertes PDF als Anhang, zugeordnet über die Kundennummer und nicht über die Reihenfolge.
Sonderformat 85 x 55 mm mit 3 mm Beschnitt, damit der Farbstreifen randabfallend gedruckt wird. Jede Person erhält 10 gleiche Karten: Sheet Padder kopiert die erste Seite auf 10 Exemplare (Step & Repeat). NUp Imposer schießt sie 2 x 5 auf einen SRA4-Bogen (225 x 320 mm) aus, mit Abstand und Schneidemarken, ein Bogen je Person.
Jedes Etikett im Format 70 x 37 mm trägt einen Kontakt. NUp Imposer ordnet sie fortlaufend 3 x 8 auf A4 an, Kontakt für Kontakt statt als Kopien. Ein Prioritätsvermerk erscheint nur auf Etiketten von VIP-Kunden, die Farbe des Streifens zeigt die Region.
Die Postkarte A6 (148 x 105 mm) zeigt vorne ein Bild nach Region des Empfängers (Dalmatien, Istrien, Zagreb, Slawonien) und einen Gruß in seiner Sprache (hr oder en). Hinten stehen Text je Segment (VIP, neu, Standard), Markenfeld und Adresse. NUp Imposer setzt 2 x 2 auf A4 quer im Duplex: vier Vorderseiten im Schöndruck, die vier Rückseiten gespiegelt im Widerdruck, jede exakt hinter ihrer Vorderseite.
Jede Filiale erhält einen eigenen Katalog im Format A5. Filialen im Kundenclub bekommen ein Treueclub-Titelblatt, die übrigen das Standardtitelblatt, und die Seite Wochenangebote gibt es nur, wenn Angebote vorliegen. Die Produkttabelle läuft über mehrere Seiten. Der Booklet-Knoten schießt für Rückstichheftung aus: Er füllt auf ein Vielfaches von 4 auf, ordnet die Seiten in Falzreihenfolge, setzt 2 Seiten auf A4 quer und gleicht den Bundzuwachs aus.
Ein Dokument in drei Formaten: Brief A4, Antwortkarte DL (210 x 99 mm) und Coupon A6 (105 x 148 mm). Der Seitenfluss wählt je nach Sprache des Empfängers einen kroatischen oder englischen Brief, den Coupon mit QR-Code gibt es erst ab 1.000 Punkten. VIP-Kunden erhalten eine Masterseite mit Hintergrund und dem Vermerk VIP KLUB, der Brieftext richtet sich nach dem Segment.
Eingang ist ein PIM-XLSX mit einer Titelzeile über dem Kopf, die Kopfzeile steht also in Zeile 3. Jeder Artikel erhält ein A4-Datenblatt mit Spezifikationen nur aus den Spalten, die er hat (Liter, Kilogramm, Schleuderdrehzahl), mit Einheiten und kroatischem Zahlenformat. Merkmale aus einer Zelle werden zur Liste. Zum Preis kommen Ersparnis in Euro und Prozent, Nettopreis, eine Energieklassen-Skala A-G mit hervorgehobener Klasse (wo vorhanden), EAN-13 und ein QR-Code zur Produktseite.
Aus den Artikelstammdaten entsteht ein Etikett 105 x 37 mm mit Bezeichnung, Preis, Artikelnummer, Herkunft und Grundpreis (EUR/kg, EUR/l), den ein Skript aus Preis und Nettomenge berechnet. Aktionsartikel erhalten einen roten Streifen und den alten Preis. Den Barcodetyp (EAN-13, EAN-8 oder UPC-A) bestimmen die Daten, die Prüfziffer wird automatisch ergänzt. Auf ein A4-Blatt passen 16 Etiketten.
Ein Filter lässt nur Aktionsartikel durch, ein Skript berechnet aus altem und neuem Preis den Rabatt in Prozent. Der Wobbler A7 (105 x 74 mm) mit Beschnitt zeigt groß AKTION −20 %, den neuen und den alten Preis sowie das Enddatum der Aktion. Acht Stück passen mit Schneidemarken auf ein A4-Blatt.
Eingang sind Feinkostpackungen mit PLU, Gewicht und Kilopreis. Der Workflow berechnet den Betrag (Gewicht × Preis/kg), einen EAN-13 für variable Mengen (21 + PLU + Betrag in Cent + Prüfziffer, Algorithmus im Skript) und das Mindesthaltbarkeitsdatum, fünf Tage nach dem Verpacken. Das Etikett misst 70 x 42 mm, 21 passen auf A4.
Das Hängeetikett 50 x 90 mm hat ein Loch, vorne die Größe und hinten Bezeichnung, Farbe, Material, Pflege, Preis und EAN-13. Jeder Artikel erhält so viele Etiketten, wie die Menge angibt, über Sheet Padder Copies aus einem Seitenwert. NUp setzt sie 4 x 3 beidseitig auf A4, Rückseite exakt hinter Vorderseite, mit Schneidemarken.
Data Group gruppiert die Artikel nach Kategorie, jede Kategorie wird ein Dokument mit Tabelle. Jede Zeile zeigt das Artikelbild aus den Daten: Das Bildfeld nennt eine Datei (p_0007.svg) in resources/proizvodi, der Bildblock nutzt Picture from data = item.slika. Der Grundpreis kommt aus dem Workflow, Aktionen sind markiert, vor der ersten Kategorie steht ein Titelblatt. Alles landet in einem PDF.
Die Bestellung nennt nur, wie viele Gutscheine welchen Werts gebraucht werden. Ein Skript im Workflow erzeugt daraus jeden Gutschein mit Seriennummer, laufender Nummer und Luhn-Prüfziffer, das Layout übernimmt sie als Datensätze (Records from: records.bonovi). Die Farbe hängt vom Wert ab, ein Codabar trägt die Gutscheinnummer. Format 210 x 99 mm, drei auf A4.
Ein Skript bildet aus der Mitgliederliste die Kartennummer: 385, Mitgliedsnummer und Luhn-Prüfziffer. Die Karte 85,6 x 54 mm mit Beschnitt erscheint in der Farbe der Stufe (Silber, Gold, Platin), hinten mit ITF (Interleaved 2 of 5) für die Kassen und QR-Code für die App. Gedruckt wird 2 x 5 beidseitig auf A4, in Vorder-/Rückseitenpaaren, mit Schneidemarken.
Die Codes stammen aus Kundenaufträgen (CSV: Typ, Daten, Verfallsdatum, Charge). Der Workflow erweitert UPC-E zu UPC-A und berechnet dessen Prüfziffer, die GTIN-14-Prüfziffer, GS1-128 mit AI (01)(17)(10) und Datum als JJMMTT sowie Mod-10-Prüfziffern für die 2-of-5-Varianten. In der Symbolzelle hat jede Symbologie ihren eigenen Barcode in einer bedingten Gruppe, abhängig vom Zeilentyp.
Weinetikett 70 x 100 mm aus der Weinliste, 16 Nutzen auf SRA3. Der Bogen hat Schneidemarken, Passerkreuze in der Mitte jeder Seite, einen Farbkontrollstreifen (C, M, Y, K, 50 %, R, G, B) und einen Slug mit Auftragsname, Bogennummer und Datum. Das Markenblau läuft als Sonderfarbe PANTONE 286 C (Separation mit CMYK-Alternative), alles andere wird nach CMYK (ISO Coated v2) konvertiert, und die Datei ist als PDF/X-4 gekennzeichnet.
Die Tagesaufträge kommen mit Mengen: Visitenkarten 85 x 55, Etiketten 100 x 50 und Postkarten 148 x 105. Das Layout wählt die Seite je Format, Sheet Padder vervielfacht jede auf die Bestellmenge, und NUp im Verschachtelungsmodus setzt Nutzen gleicher Größe in Reihen auf SRA3. Ist eine Reihe voll, beginnt die nächste, sind alle Reihen belegt, ein neuer Bogen. Jeder Nutzen hat eigene Schneidemarken.
Runde Etiketten mit 60 mm Durchmesser und Beschnitt, 12 je Bogen. Die Stanzlinie (Magenta-Kreis auf der Schnittlinie) liegt in der Druckgruppe Štanca, die standardmäßig nicht gedruckt wird. Die Druckausgabe enthält sie deshalb nicht, ein zweiter Ausgang desselben Workflows dagegen schon: der Proof für den Kunden und den Werkzeugbau.
Visitenkarten 85 x 55 mm in Vorder-/Rückseitenpaaren, 10 auf A4 beidseitig. Die Maschine versetzt den Widerdruck um 2 mm nach links, deshalb wird der Inhalt der Rückseiten um 2 mm nach rechts verschoben (Back side offset X). So passen Vorder- und Rückseite genau aufeinander.
Die Daten kommen aus dem ATS-Export. Die Berufserfahrung ist nach Aktualität sortiert (Skript sortBy), Zeitraum (06/2022 bis heute) und Dauer (4 J. 4 M.) jeder Stelle werden aus den Daten berechnet. Die Gesamterfahrung steht mit korrekten kroatischen Pluralformen. Das klassische einspaltige Layout läuft mit Seite X / Y über mehrere Seiten, Zertifikate, Projekte, Interessen und Führerschein erscheinen nur, wenn vorhanden. Jeder Kandidat erhält ein eigenes PDF.
Eine dunkle Seitenleiste enthält Kontakt, Fähigkeiten, Sprachen mit Niveau, digitale Kompetenzen und, falls vorhanden, den Führerschein. Die Hauptspalte zeigt Name, per Skript berechnete Gesamterfahrung, Profil, Berufserfahrung und Ausbildung und läuft bei Bedarf auf die nächste Seite weiter.
Ein Skript führt Berufserfahrung und Ausbildung zu einer Zeitleiste zusammen, die neuesten Einträge zuerst (sortBy), mit Jahren (2019 bis heute), Art (BERUF oder AUSBILDUNG), Titel und Ort. Die Zeitleiste ist eine Tabelle aus Jahren, einem Punkt (Datenbalken mit einem runden Segment) und einem Eintrag mit Linie am linken Rand.
Ein Skript liefert die Kennzahlen: Berufsjahre, Anzahl verschiedener Arbeitgeber, Sprachen und Zertifikate. Kompetenzen erscheinen als Datenbalken in einer Tabellenzelle (Niveau / 100), Sprachen als sechs Punkte (A1 = 1 … C2 und Muttersprache = 6), und ein Kreisdiagramm zeigt die Jahre je Fachgebiet, wofür das Skript die Monate je Branche summiert.
Eine schmale Spalte mit viel Weißraum, ohne Farben und ohne Erfolge. Portfolio, LinkedIn, Zertifikate und Interessen erscheinen nur, wenn der Kandidat sie hat, und jeder Lebenslauf passt auf eine Seite.
Per Skript erzeugte Initialen stehen in einem Kreis, Kompetenzen erscheinen als Tags, Projekte in einer Seitenspalte. Der QR-Code führt zum Portfolio, falls vorhanden, sonst zu LinkedIn. Fehlt beides, blendet eine bedingte Gruppe ihn aus.
Ein Filter lässt nur Kandidaten mit Publikationen durch. Ein Skript sortiert diese nach Aktualität (sortBy) und baut für jede ein nummeriertes APA-Zitat: Autoren, Jahr, Titel, Zeitschrift, Band(Heft), Seiten, DOI. Dazu kommen Anzahl der Arbeiten und h-Index, die Abschlussarbeit bei der Qualifikation, Lehrtätigkeit, falls vorhanden, und ein lebender Kolumnentitel mit dem Namen auf jeder Seite.
Das europäische Lebenslauf-Layout: links Zeiträume und Bezeichnungen, rechts der Inhalt. Erfolge stehen in einer verschachtelten Tabelle, die Muttersprache bestimmt ein Skript, und für Fremdsprachen gibt es eine Selbsteinschätzung in fünf Kompetenzen (Hören, Lesen, an Gesprächen teilnehmen, zusammenhängendes Sprechen, Schreiben). Bei der Ausbildung steht das EQR-Niveau, das Foto kommt aus den Daten.
Eine Seite für die Geschäftsleitung. Als Kernerfolge dient jeweils der erste Erfolg der letzten drei Stellen (take + map), der Werdegang zeigt die letzten vier Stellen, und die höchste Qualifikation wird nach EQR-Niveau gewählt (sortBy). Der Kontakt steht in einem MECARD-QR-Code, den das Smartphone direkt in die Kontakte übernimmt.
Die Seitenleiste enthält das Foto des Kandidaten aus den Daten, Name und Kontakt, Sprachen als Punkte und einen LinkedIn-QR-Code, aber nur bei vorhandenem Profil. In der Hauptspalte stehen Berufserfahrung, Ausbildung und Kompetenzen als Balken.
Das Manuskript kommt aus dem Redaktionssystem (Kapitel → Abschnitte → Absätze). Kapitel- und Abschnittsüberschriften bilden das Inhaltsverzeichnis mit Ebene 1 und 2: Eine Tabelle über document.toc listet sie mit Seitenzahlen, und die Engine setzt das Buch so lange neu, bis die Seitenzahlen stabil sind. Jedes Kapitel beginnt auf einer neuen Seite mit lebendem Kolumnentitel (page.runningHeader) und Seitenzahl. Im Impressum stehen ISBN mit Prüfziffer und die zugehörige EAN-13.
Dieselben Buchseiten, ausgeschossen für Klebebindung (Softcover). Booklet bildet Lagen aus 4 gefalzten Bogen (16 Seiten), füllt jede Lage einzeln auf ein Vielfaches von 4 auf, rechnet 0,6 pt Bundzuwachs (Creep) je Bogen ein und setzt Schneidemarken. Die Bogen sind A4 quer.
Für jedes Modell im PIM (Modell, Ausstattung, Revisionshistorie) entsteht ein eigenes Handbuch. Die Kapitel WLAN, Solarkollektoren und App erscheinen nur bei passender Ausstattung, und das Inhaltsverzeichnis listet nur die vorhandenen Kapitel mit Seitenzahlen. Dazu kommen lebender Kolumnentitel mit Seitenzahl, eine Revisionstabelle mit aktueller Version (letzte Revision, per Skript) sowie PDF-Titel, -Autor, -Thema und -Stichwörter aus den Daten.
Eingang ist die Artikelliste der Kasse. Ein Skript macht aus den Allergencodes jedes Gerichts (1,3,7) Icons, also Bilder aus den Daten in resources/alergeni. Data Group ordnet die Gerichte nach Kategorie, eine zweite Data Group ohne Schlüssel fasst alle Kategorien zu einer Karte zusammen. Das Layout wiederholt je Kategorie eine Gruppe mit Gerichtetabelle, dazu ein bedingtes Vegan-Blatt und eine Allergenlegende. A4 mit Beschnitt.
Die Küche schickt einen Wochenplan mit Einkaufspreisen und Margen. Ein Skript berechnet den Verkaufspreis und rundet auf die nächsten 0,50 € auf, Data Group ordnet die Gerichte nach Tag, und der Wochentag ergibt sich aus dem Datum. Jeder Tag bekommt eine A5-Seite, die ganze Woche kommt in einem PDF.
Ein Filter lässt nur Liefergerichte durch, Icons und Kategorien funktionieren wie in der Speisekarte. Der Flyer ist A4 quer und beidseitig bedruckt. Außen liegen die Einschlagklappe mit Allergenlegende, die Rückseite mit Kontakt und Bestell-QR-Code sowie die Titelseite. Innen läuft die Speisekarte durch drei verkettete Felder (Bereichskette), mit Falzmarken.
Alle Gerichte stehen in einer Tabelle über den gesamten Datenbestand, mit einer Spalte für jedes der 14 EU-Allergene. Jede Zelle wertet einen Ausdruck aus und zeigt einen Punkt, wenn die Allergencodes des Gerichts diesen Code enthalten. Ergebnis ist ein Plakat A3 quer.
Eingang ist der Immobilienexport aus dem CRM. Hauptfoto, Karte und eine Galerie mit drei Bildern kommen aus den Daten (ein Skript zerlegt a/b/c in eine Galeriezeile), den Preis pro m² berechnet der Workflow. Die Energieklasse erscheint in ihrer Farbe, Garten und Parkplatz nur bei Bedarf, und der Makler mit Foto und Kontakten kommt per Correlate aus der Maklerliste. Ein QR-Code führt zum Inserat, jede Immobilie erhält ein eigenes PDF.
Aus dem Fuhrparkexport wählt ein Filter die Verkaufsfahrzeuge und sortiert sie nach Preis. Ein Skript berechnet das Fahrzeugalter und die monatliche Leasingrate als Annuität (60 Monate, 20 % Anzahlung, 6,9 % p. a.). Die Karte im Format A5 quer zeigt ein Foto aus den Daten, bei Bedarf einen Elektro- oder Hybrid-Hinweis und einen QR-Code, zwei auf A4.
Im Export des Buchungssystems sind Reisende und Segmente in jeder Buchung verschachtelt. Jede Buchung erhält einen Reiseplan mit einer Tabelle der Reisenden und einer Tabelle der Segmente (Flug oder Fähre, Strecke, Abfahrt), als eigenes PDF.
Ein Skript erzeugt aus jeder Buchung eine Karte für jeden Reisenden auf jedem Segment. Für Flüge baut es eine IATA-BCBP-Zeichenkette (Name mit 20 Zeichen, PNR, Strecke, Fluggesellschaft, Flugnummer, julianischer Tag, Klasse, Sitz, Check-in-Nummer) und codiert sie als PDF417, Fähren erhalten einen Aztec-Code. Format 210 x 99 mm, drei auf A4.
Im CRM-Export sind die Geräte im jeweiligen Vertrag verschachtelt. Ein Skript berechnet Preis je Gerät (Paket × Leistung), Mehrjahresrabatt, MwSt., Gesamtbetrag, denselben Betrag in kroatischen Worten und das Enddatum. Die Klauseln hängen von Paket (Basis, Plus, Premium), Kundenart (juristische oder natürliche Person) und Laufzeit ab. Anlage 1 ist die Gerätetabelle, Anlage 2 zur Verarbeitung personenbezogener Daten gibt es nur für Privatpersonen. Jeder Vertrag ist ein eigenes PDF.
Eingang ist der Export der Außendienst-App: Teile sind im Auftrag verschachtelt, Unterschriften als Dateien gespeichert. Ein Skript summiert Teile und Arbeitszeit (Stunden × 38 €), wobei die Arbeit bei bestehendem Wartungsvertrag nichts kostet, und ergänzt MwSt. und Gesamtbetrag. Die Unterschriften von Techniker und Kunde erscheinen als Bilder aus den Daten (resources/potpisi). Jeder Auftrag erhält ein eigenes PDF.
Der Kassenexport enthält bereits JIR und ZKI, die von der kroatischen Steuerverwaltung zurückgegeben wurden. Ein Skript berechnet den Gesamtbetrag, die MwSt.-Aufstellung nach den Sätzen 25, 13 und 5 % (Bemessungsgrundlage und Steuer aus Bruttopreisen) und den QR-Code zur Belegprüfung: JIR, Datum und Uhrzeit sowie Betrag in Cent nach Vorgabe der Steuerverwaltung. Die Belege sind für 80 mm Thermopapier gesetzt, in einem PDF.
Für jeden erledigten Auftrag entsteht eine A5-Umfrage als PDF-Formular mit vier Fragen, Bewertung 1-5 (Optionsfelder) und einem Kommentarfeld. Auftragsnummer, Techniker und Datum sind schon eingetragen. Für den Druck setzt NUp zwei Umfragen auf A4, die Formularfelder bleiben dabei erhalten, sodass sich die Umfrage auch am Computer ausfüllen lässt.
Aus dem digitalen Klassenbuch kommen zwei Exporte: Schüler und Abschlussnoten. Data Group gruppiert die Noten je Schüler (Durchschnitt, schlechteste Note), Correlate verknüpft sie mit dem Schüler, und ein Skript ermittelt das Gesamtergebnis samt Fächern für Nachhilfe. Eine zweite Data Group gibt jedem Schüler den Klassendurchschnitt zurück. Das Zeugnis zeigt Noten in Worten, ein Säulendiagramm und Kommentare nach Ergebnis und unentschuldigten Stunden, Page Regroup erzeugt eine Druckdatei je Klasse.
Der Ablauf entspricht den Zeugnissen (Noten je Schüler, Ergebnis per Skript), nur lässt ein Filter ausschließlich Schüler mit ausgezeichnetem Erfolg und vorbildlichem Verhalten durch. Die Urkunde im Format A4 quer zeigt Notendurchschnitt, Klassenlehrer und einen QR-Code zur Echtheitsprüfung. Alle Urkunden kommen in einem PDF.
Die Schüler werden nach Klasse und Nachname sortiert und je Klasse gruppiert (Klassenlehrer, Schülerzahl). Ein Skript ordnet jede Klasse in Reihen zu vier an, mit Foto aus den Daten (resources/ucenici) und Namen in jeder Zelle. Vor der ersten Klasse steht ein Titelblatt, die A4-Seiten werden für Rückstichheftung auf A3 ausgeschossen.
Jeder Schüler erhält ein PDF-Formular (AcroForm). Name, Klasse, OIB und Elternteil kommen aus dem digitalen Klassenbuch und sind gesperrt, die Telefonnummer ist eingetragen, lässt sich aber ändern. Die Eltern wählen die Zustimmung (Optionsfeld), tragen Gesundheitshinweise ein, erlauben Fotos oder nicht (Kontrollkästchen) und setzen Datum und Unterschrift ins Signaturfeld. Ein PDF je Schüler.
Drei Exporte (Personalstamm, Arbeitszeiten, städtische Steuersätze) werden über zwei Data Correlate-Knoten verknüpft. Ein Skript rechnet die komplette Abrechnung: Stundensatz aus 176 Sollstunden, Überstunden +50 %, Nachtarbeit +30 %, Krankengeld 70 %, Betriebszugehörigkeit, Rentensäule I und II, persönlicher Freibetrag mit Kindern, Steuer nach niedrigem und hohem Satz der Stadt, Netto und Krankenversicherungsbeitrag. Jede Abrechnung ist ein eigenes PDF, das sich nur mit der OIB des Mitarbeiters öffnen lässt, mit Code 39 fürs Archiv.
Die Karte 85,6 x 54 mm mit Beschnitt trägt das Mitarbeiterfoto aus den Daten (Feld foto, Ordner resources/fotografije), einen Streifen in Abteilungsfarbe, Name, Funktion, Nummer und Ablaufdatum, nämlich das Ausstellungsdatum aus einem Parameter plus 3 Jahre. Hinten stehen MicroPDF417 für die Zutrittsleser und Code 39 für die Kantine. Gedruckt wird 2 x 5 beidseitig auf A4, in Vorder-/Rückseitenpaaren, mit Schneidemarken.
Jeder neue Mitarbeiter erhält ein PDF. Darin stehen ein Willkommensbrief mit Absätzen je Rolle (Produktion oder Büro) und ein Plan der ersten Woche, den ein Skript aus dem Startdatum berechnet: fünf Arbeitstage ohne Wochenenden, jeweils mit Wochentag und Aktivitäten für die Rolle. Die Produktion bekommt zusätzlich eine Arbeitsschutzseite, das Büro eine Seite mit IT-Zugängen (Benutzername aus dem Namen).
Eingang ist die Teilnehmerliste (Mitarbeiter, Kurs, Datum, Punkte). Ein Filter lässt nur Teilnehmer ab 70 % durch, Correlate ergänzt Kursdaten (Titel, Stunden, Gültigkeit, Trainer) und Mitarbeiterdaten. Ein Skript berechnet die Seriennummer mit Prüfziffer (MOD 97), das Ablaufdatum ergibt sich aus Datum plus Kursgültigkeit in Monaten. Jedes Zertifikat ist ein eigenes PDF im Format A4 quer mit QR-Code zur Prüfung.
Es gibt eine Quelle: Kapitel mit den Abteilungen, für die sie gelten, Texte auf Kroatisch und Englisch und eine Liste der Ausgaben (Abteilung + Sprache). Für jede Ausgabe wählt ein Skript die Kapitel der Abteilung, nimmt die Texte in der passenden Sprache, nummeriert sie und übersetzt den Abteilungsnamen. Das Layout macht aus jeder Ausgabe ein Dokument (Records from: records.prirucnici) mit Titelblatt, Inhaltsverzeichnis, Kapiteln und Kopfzeile auf jeder Seite. Jede Ausgabe ist ein eigenes PDF.
Eingang ist ein WMS-Auftragsexport, in dem Pakete und Positionen im Auftrag verschachtelt sind. Ein Skript erzeugt für jedes Paket ein Etikett mit SSCC-18 (Erweiterungsziffer 3 + GS1-Präfix 3856001 + Auftrags- und Paketnummer + GS1-Prüfziffer Mod 10), PAKET 2 / 3, Route, Gewicht und Maßen. Dazu kommt der Postcode des Ziellands: Royal Mail 4-State (GB), KIX (NL), UPS MaxiCode (US, strukturierte Carrier-Nachricht), USPS Intelligent Mail und POSTNET (US), Australia Post (AU) oder Japan Post (JP). Das Etikett 101,6 x 152,4 mm ist für Thermodrucker.
Jeder Auftrag erhält ein PDF mit den Sendungsdokumenten. Die Kommissionierliste ist nach Lagerplatz in Laufreihenfolge sortiert. Der Lieferschein enthält Positionen, Gewichte und Summen (kg per Skript, Paketanzahl aus den Daten) und die Auftragsnummer in Code 39. Für Ziele außerhalb der EU kommt eine Handelsrechnung dazu (HS-Zolltarifnummern, Ursprung, Wert), eine bedingte Seite, deren Bedingung ein Skript anhand der EU-Länderliste setzt.
Eingang ist der Wareneingang des Lieferanten, je Zeile ein Artikel mit Kartonanzahl, Charge und Verfallsdatum. Ein Skript zerlegt jede Zeile in einzelne Kartons: GTIN-14 (Indikator 1 + GTIN-13 ohne Prüfziffer + neue Prüfziffer), Datum als JJMMTT, Karton-SSCC mit Prüfziffer und KARTON 3 / 5. Das A6-Etikett trägt ITF-14 mit Tragbalken, GS1-128 (02)(15)(37)(10) und SSCC (00), vier auf A4.
Einziger Eingang ist das Lagerlayout: Zonen sowie Anzahl der Gänge, Regale und Ebenen. Daraus erzeugt ein Skript jeden Lagerplatz (A-01-03-2), seine Ebene und Prüfziffern für Pick-by-Voice. Das Etikett 100 x 40 mm zeigt eine große Platzkennung, Prüfnummer, Code 128 und Ebenenfarbe (1 rot, 2 orange, 3 grün, 4 blau), 2 x 7 auf A4.
Ein Filter wählt aus der Bestandsliste die Artikel unter Mindestbestand. Ein Skript berechnet die Bestellmenge bis zum Optimalbestand, den Betrag und den Liefertermin (Exportdatum + Lieferzeit des Lieferanten). Data Group summiert die Beträge je Lieferant, und jeder Lieferant erhält eine Bestellung mit Tabelle, MwSt., Gesamtbetrag und Bestellnummer in Code 93 als eigenes PDF.
Akkreditierungen A6 mit Beschnitt aus dem Anmeldeexport. Vorne stehen Name, Firma, Funktion, Land, ein Streifen und eine Aufschrift in der Kategoriefarbe (Delegierter, Referent, VIP, Medien, Veranstalter) sowie ein Aztec-Code für die Einlassleser. Hinten stehen die gültigen Tage, das Galadinner nur bei Eingeladenen. Für den Counter sind sie nach Kategorie und dann Nachname sortiert, NUp setzt sie 2 x 2 beidseitig auf A4, Vorder- und Rückseite gepaart, mit Schneidemarken.
Karten erhalten nur Eingeladene (Filter gala = ja), nach Nachnamen sortiert. Ticketnummer und Tisch vergibt der Workflow: Ein Skript mit Zähler zählt GV-0001, GV-0002 … fortlaufend hoch, und alle acht Gäste beginnt ein neuer Tisch. Die Karte 210 x 99 mm hat links einen perforierten Kontrollabschnitt und Code 128 auf Abschnitt und Karte. Drei passen auf A4.
Der Export der Einlassscanner enthält mehrere Eintritte pro Tag. Er wird je Teilnehmer mit der Anzahl verschiedener Tage gruppiert und mit den Anmeldungen verknüpft (Correlate), eine Bestätigung erhält nur, wer an mindestens zwei Tagen da war. Die Seriennummer (2026 + Kennung + Prüfziffer nach ISO 7064 MOD 11,10) berechnet ein Skript. Die Bestätigung im Format A4 quer hat einen Guilloche-Rahmen, Unterschrift und QR-Code zur Prüfung, ist digital signiert (PAdES) und kommt als ein PDF je Person.
Das Programm kommt als JSON mit einer Session je Datensatz, Data Group gruppiert es nach Tag, und jeder Tag wird ein Dokument mit Überschrift und Session-Tabelle (Zeit, Saal, Titel, Referent). Pausen sind grau, Workshops per Zellfarbe markiert. Das Titelblatt steht nur vor dem ersten Tag, die Rückseite nur nach dem letzten. Booklet schießt die A5-Seiten für Rückstichheftung aus.
Alle Teilnehmer stehen in einer Tabelle, nach Nachnamen sortiert. Das Dokument wird nicht je Datensatz getrennt: Die Tabelle umfasst alle Datensätze und läuft mit wiederholtem Kopf über mehrere Seiten, mit Spalten für Kategorie, Tage, Galadinner und einem Kästchen für die Ausgabe der Akkreditierung. Im Kopf stehen Teilnehmerzahl und Zahl der Galagäste, im Layout berechnet.
Nichts wird außerhalb des Workflows vorbereitet. Parameter legen Jahr und Monate fest, ein Skript in Data Transform berechnet jeden Monat: Wochen ab Montag, ISO-Kalenderwochen, Tage der Nachbarmonate, Wochenenden und kroatische Feiertage (Ostern nach dem Meeus-Algorithmus, Ostermontag und Fronleichnam daraus abgeleitet). Das Layout übernimmt die Monate als Datensätze (Records from: records.mjeseci). Nach dem Titelblatt bekommt jeder Monat eine A3-Seite mit Beschnitt, Jahreszeitenbild, Tagesraster (Sonn- und Feiertage rot) und Feiertagsliste.
Gleiche Berechnung, anderes Design und Format: schmales Monatsbild links, Raster ohne Kalenderwochen, Feiertage in kleiner Schrift. Das Format ist 210 x 105 mm mit 2 mm Beschnitt. NUp Imposer setzt zwei Monate mit Schneidemarken auf A4, ein Jahr braucht also 6 Bogen.
Dieselbe Berechnung als Jahrestabelle: eine Zeile je Monat und 31 Spalten mit dem Buchstaben des Wochentags. Wochenenden und Feiertage sind hervorgehoben, Tage, die ein Monat nicht hat, bleiben leer. Darunter stehen die Feiertage nach Monaten, alles auf einer Seite A3 quer.
Parameter wählen das Jahr 2026 und die Monate 11,12, das Skript berechnet nur diese. Das A4-Blatt hat einen Bildstreifen, große Schreibfelder (Zeilenhöhe 30 mm), die Feiertage (1. 11. Allerheiligen, 18. 11., 25. und 26. 12.) und Notizlinien. Mit anderen Parametern beim Start entsteht jeder beliebige Monat jedes Jahres.
Ein ERP-Export (Rechnungen, Gutschriften, Anzahlungsrechnungen) wird vor dem Versand geprüft: OIB von Käufer und Operator, IBAN, KPD auf jeder Position, Summen und MwSt.-Aufstellung. Fehlerhafte Datensätze gehen in eine Korrekturliste, die übrigen werden zu UBL 2.1 Invoice und CreditNote nach HR CIUS 2025, mit CustomizationID, ProfileID P1-P12, Operator-OIB, KPD und den MwSt.-Kategorien S / E / AE. Das Pfand läuft als durchlaufender Posten in der Erweiterung HRFISK20Data, Gutschriften verweisen auf ihre Rechnung. Jede XML enthält ihre PDF-Visualisierung (BT-125, Base64), die Schemas OASIS UBL 2.1, FINA und HR-Erweiterung liegen im Projekt.
<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:iwsc="http://f
<soapenv:Body>
<b2g:SendB2GOutgoingInvoiceMsg>
<iwsc:HeaderSupplier>
<iwsc:MessageID>DO-249-VP1-1-9001</iwsc:MessageID>
<iwsc:SupplierID>9934:47193865202</iwsc:SupplierID>
<iwsc:MessageType>9001</iwsc:MessageType>
</iwsc:HeaderSupplier>
<b2g:Data>
<b2g:B2GOutgoingInvoiceEnvelope>
<b2g:XMLStandard>UBL</b2g:XMLStandard>
<b2g:SpecificationIdentifier>urn:cen.eu:en16931:2017#compliant#urn:mfin.gov.hr:cius-20
<b2g:SupplierInvoiceID>249-VP1-1</b2g:SupplierInvoiceID>
<b2g:BuyerID>9934:34808190853</b2g:BuyerID>
<b2g:InvoiceEnvelope>PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPEludm9pY2Uge
Rechnungen und Gutschriften an öffentliche Auftraggeber (Schulen, Kindergärten, Krankenhäuser, Heime) gehen an den staatlichen E-Rechnungsdienst. Für jedes Dokument entsteht eine SOAP-Nachricht SendB2GOutgoingInvoiceMsg (9001) mit HeaderSupplier (SupplierID 9934:OIB), B2GOutgoingInvoiceEnvelope und der UBL-E-Rechnung in Base64, zugeordnet über die Rechnungsnummer. Dazu kommen eine Statusabfrage GetB2GOutgoingInvoiceStatusMsg (9011) je Rechnung und eine EchoMsg (9999) zur Verbindungsprüfung, alles nach den FINA-Schemas im Projekt.
<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:efis="http://w
<soapenv:Body>
<efis:EvidentirajERacunZahtjev efis:id="DO-FISK-2026-10-01">
<efis:Zaglavlje>
<efis:datumVrijemeSlanja>2026-10-01T20:00:00.0000</efis:datumVrijemeSlanja>
<efis:vrstaERacuna>I</efis:vrstaERacuna>
</efis:Zaglavlje>
<efis:ERacun>
<efis:brojDokumenta>240-VP1-1</efis:brojDokumenta>
<efis:datumIzdavanja>2026-10-01</efis:datumIzdavanja>
<efis:vrstaDokumenta>380</efis:vrstaDokumenta>
<efis:valutaERacuna>EUR</efis:valutaERacuna>
<efis:datumDospijecaPlacanja>2026-10-16</efis:datumDospijecaPlacanja>
<efis:vrstaPoslovnogProcesa>P1</efis:vrstaPoslovnogProcesa>
<efis:datumIsporuke>2026-10-01</efis:datumIsporuke>
Aus demselben Export entstehen Anfragen EvidentirajERacunZahtjev zur Fiskalisierung ausgehender E-Rechnungen, eine je Ausstellungstag (bis zu 100 Rechnungen). Jede enthält Kopf, Aussteller und Empfänger (OIB), Beträge, MwSt.-Aufteilung und Positionen mit KPD-Klassifikation. Außerdem entstehen Zahlungsmeldungen EvidentirajNaplatuZahtjev je Zahlungstag (nur bezahlte Rechnungen) und das Ausgangsrechnungsbuch (CSV). Der Access Point signiert jede Anfrage (XAdES) beim Versand.
Zur E-Rechnung erhalten Kunden auch eine lesbare Kopie: eine PDF-Visualisierung mit HUB3-Barcode (nur wo der Kunde zahlt), QR-Code zur Prüfung und MwSt.-Aufstellung. Das PDF ist digital signiert (PAdES) und geht per E-Mail hinaus. Kunden ohne E-Mail-Adresse erhalten einen Ausdruck aus einer einzigen Druckdatei, fehlerhafte ERP-Datensätze werden an niemanden verschickt.
Kodabit Studio hat seinen Sitz in der EU. Wenn Sie das Formular nutzen oder uns schreiben, verwenden wir Ihre Angaben nur für die Antwort. Diese Website setzt keine Cookies und lädt nichts von anderen Firmen. Besuche zählen wir auf einfache Weise und ohne IP-Adressen zu speichern. kodabit.info@gmail.com