Ogni immagine qui è una pagina prodotta da uno dei 90 workflow di esempio. Le aziende sono inventate e i dati sono di esempio. Le pagine sono esattamente ciò che KBStudio ne ha prodotto.
Trova l'esempio più vicino a quello che fai e parti da lì. Ognuno è un progetto completo.
Aziende di esempio: Adria Bank d.d., NovaPay d.o.o.
Aziende di esempio: Velebit osiguranje d.d.
Aziende di esempio: Aurora komunalije d.o.o., Istra Telekom d.o.o.
Aziende di esempio: 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.
Aziende di esempio: Robna kuća Dalmacija d.d.
Aziende di esempio: Talent Adria d.o.o., Kvarnerplast d.d.
Aziende di esempio: Naklada Kvarner d.o.o.
Aziende di esempio: Restoran Lanterna d.o.o., Riva Grupa d.o.o.
Aziende di esempio: Klima Jadran servis d.o.o.
Aziende di esempio: Osnovna škola Sunčani breg
Aziende di esempio: Jadranska logistika d.o.o.
Aziende di esempio: Kongresni ured Opatija d.o.o.
Aziende di esempio: Tiskara Lipa d.o.o.
Aziende di esempio: Dalmacija Opskrba d.o.o.
Ogni workflow qui sotto è incluso in KBStudio. Filtra per settore o cerca, apri quello che ti serve e adattalo ai tuoi dati.
La carta intestata è nello sfondo della pagina, l'indirizzo nella finestra della busta, accanto a un riquadro informativo. La tabella dei movimenti prosegue su tutte le pagine necessarie con l'intestazione ripetuta, poi vengono il saldo finale e “Pagina X di Y”. Gli importi usano il formato numerico e valutario croato, e ogni pagina ha un DataMatrix per l'imbustatrice.
Lo stesso estratto conto esce su tre canali. I clienti con estratto elettronico e un indirizzo valido ricevono un'email con un PDF firmato con certificato (.p12, PAdES). Tutti gli altri vanno in stampa, un file per filiale con un foglio di accompagnamento in testa e un DataMatrix per l'imbustamento. Gli estratti di entrambi i canali vengono archiviati nel DMS come JSON con i campi e il PDF firmato in base64.
Ogni polizza ha un riepilogo e un'immagine del prodotto scelta in base al tipo (auto, casa, vita). Una barra verde del bonus compare solo dal 30 %, e un grafico ad anello e uno a barre mostrano la struttura del premio e i sinistri per anno. Con più immobili la tabella delle coperture occupa più pagine; le condizioni speciali (uno sfondo PDF) vanno solo alle polizze auto. Consegna: email con firma elettronica visibile (.p12), stampa per filiale con foglio di accompagnamento e DMS come JSON con il PDF firmato.
Una lettera di rinnovo di una pagina il cui testo dipende dal tipo di polizza (auto, casa, vita). Un codice QR porta al rinnovo online, un codice a barre HUB3 permette al cliente di pagare il nuovo premio e un DataMatrix gestisce l'imbustamento. Tutte le lettere escono in un unico file di stampa.
{
"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"
},
{
Qui non c'è impaginazione, solo dati. Un CSV piatto con decine di migliaia di transazioni con carta di settembre viene filtrato sulle sole approvate e raggruppato per esercente, con numero di transazioni, fatturato, commissioni, transazione più alta e nome dell'esercente. Ogni esercente riceve un file JSON per il DMS o per l'API di un partner.
Il report si apre con un riepilogo di fatturato, commissioni, accredito e numero di transazioni. Un grafico a linee mostra il fatturato giornaliero, e un grafico ad anello somma da solo le transazioni per circuito di carta. La tabella completa delle transazioni prosegue nelle pagine successive. Gli esercenti con un indirizzo email ricevono un PDF firmato, gli altri una copia stampata, e ogni report va nel DMS come JSON con il PDF in base64.
La bolletta ha un grafico dei consumi di 12 mesi, un'immagine della classe energetica presa dai dati (A/B/C) e un sollecito rosso solo quando c'è un debito. Con più punti di prelievo la tabella delle voci occupa più pagine; il pagamento passa per un codice a barre HUB3. I clienti che hanno scelto la bolletta elettronica la ricevono firmata. Gli altri vanno in stampa fronte-retro con DataMatrix e OMR solo sulle pagine fronte (si contano i fogli), un file per regione con foglio di accompagnamento. Ogni bolletta va anche nel DMS come JSON con il PDF.
PDF Input legge un'intera cartella di 700 fatture da 1 a 4 pagine ciascuna. Il numero di fattura viene letto dalla pagina e riportato sulle altre pagine della stessa fattura. Ogni pagina riceve un DataMatrix (numero fattura / pagina / C/E) e i segni OMR per l'imbustatrice, e tutto finisce in un unico file di stampa.
L'input è un unico grande spool PDF con le fatture di 320 clienti. Il numero cliente viene letto dalla pagina e Page Regroup apre un nuovo documento ogni volta che cambia. Le pagine bianche vengono rimosse prima della numerazione, così ogni cliente riceve un PDF separato con un DataMatrix su ogni pagina.
Lo stesso spool, preparato per la stampa fronte-retro. Ogni documento con un numero dispari di pagine riceve una pagina bianca alla fine, e i segni DataMatrix e OMR vanno solo sulle pagine dispari (fronte), contando i fogli (cliente / foglio / C/E). L'output è un unico file di stampa.
Tutto il lavoro lo fa un solo nodo PDF Page Transform. Legge il numero cliente, apre un nuovo documento quando il numero cambia e stampa su ogni pagina una riga visibile DOC {numero documento} · PAG {pagina}/{totale} · FOGLIO {foglio}/{fogli} · {cliente}, più un DataMatrix. L'output mostra subito se ogni gruppo ha i confini giusti.
Lo spool viene letto per numero cliente e Page Regroup trasforma le pagine di ogni cliente in un gruppo. I segni per l'imbustatrice vengono da un layout che Sheet Mixer sovrappone a ogni pagina: DataMatrix (cliente / pagina nel gruppo / C/E), segni OMR e una riga visibile CLIENTE · PAGINA x/y. L'overlay prende i valori dalla pagina sottostante (sheet.groupCounter, sheet.groupCount, sheet.isLastInGroup, sheetnames.kupacBr).
Lo spool viene suddiviso per cliente e davanti a ogni documento va un foglio di accompagnamento (un PDF nei colori del committente). Così il foglio di accompagnamento diventa la pagina 1 del documento e il DataMatrix lo conta correttamente.
Un PDF di 20.000 pagine viene elaborato in streaming, pagina per pagina, senza caricare l'intero file. Ogni pagina riceve un numero Bates KP-000001… e un DataMatrix con lo stesso numero. Il risultato è un unico file di output.
Il caso più semplice. Un solo PDF, le Condizioni generali di 12 pagine, riceve “Pagina X di Y” e un DataMatrix su ogni pagina, pronto per la stampa solo fronte.
Un biglietto da 85 x 55 mm con 3 mm di abbondanza. Il fronte ha il colore del reparto al vivo, logo, nome, funzione, reparto, contatti e un codice QR con un contatto vCard (MECARD); titolo e cellulare compaiono solo se presenti. Il retro mostra il logo su fondo scuro (rame per il consiglio di amministrazione) e la funzione in inglese dove è indicata. La bozza è una pagina A4 per persona, fronte sopra il retro, ingrandita, con segni di taglio.
Ogni persona riceve la quantità ordinata (100, 200 o 300). Sheet Padder con Copies ripete fronte e retro tante volte quante indica l'ordine, cioè uno step & repeat guidato dai dati. NUp Imposer dispone 4 x 5 biglietti su SRA3 (450 x 320 mm) in fronte-retro, ogni retro esattamente dietro il suo fronte, con 3 mm di abbondanza, 6 mm di spazio e segni di taglio. Un foglio contiene sempre i biglietti di una sola persona.
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"
Gli stessi dati dell'ordine producono un ordine di lavoro con reparto, quantità, numero di fogli SRA3, carta e finitura per ogni persona. Il numero di fogli (quantità / 20) viene calcolato nel contratto di output. La tipografia lo usa per pianificare stampa e taglio.
Ogni striscia contiene sei cartelle 3 x 9 con tutti i 90 numeri esattamente una volta. Ogni colonna ha la sua decina, ogni riga esattamente 5 numeri e ogni cartella da 1 a 3 numeri per colonna, ordinati dall'alto in basso. Un algoritmo costruisce e verifica le combinazioni. La striscia da 85 x 210 mm ha uno sfondo verde al vivo (3 mm), un numero di serie e un DataMatrix. NUp Imposer dispone 3 x 2 su SRA3 (320 x 450 mm) con segni di taglio, in ordine cut & stack BJ-000001, BJ-000002…
Un vecchio sistema di fatturazione consegna un unico PDF con tutte le fatture. PDF Input e PDF Page Transform leggono il numero cliente e cercano canale e indirizzo email nell'anagrafica (CSV), e Page Regroup apre un nuovo documento per ogni cliente. I clienti cartacei ricevono DataMatrix e segni OMR in un unico file di stampa. I clienti email ricevono come allegato un PDF firmato con certificato (.p12), abbinato per numero cliente e non per posizione.
Un formato personalizzato di 85 x 55 mm con 3 mm di abbondanza, così la fascia colorata arriva al vivo. Ogni persona riceve 10 biglietti identici: Sheet Padder copia la prima pagina fino a 10 volte (step & repeat). NUp Imposer li dispone 2 x 5 su un foglio SRA4 (225 x 320 mm) con spazi e segni di taglio, un foglio per persona.
Ogni etichetta da 70 x 37 mm contiene un contatto. NUp Imposer le dispone 3 x 8 su A4 in sequenza, un contatto dopo l'altro e non come copie. Un'indicazione di priorità viene stampata solo sulle etichette dei clienti VIP, e il colore della fascia indica la regione.
La cartolina A6 (148 x 105 mm) mostra sul fronte un'immagine scelta in base alla regione del destinatario (Dalmazia, Istria, Zagabria, Slavonia) e un saluto nella sua lingua (hr o en). Il retro ha un testo per segmento (VIP, nuovo, standard), lo spazio per il francobollo e l'indirizzo. NUp Imposer dispone 2 x 2 su A4 orizzontale in fronte-retro: quattro fronti sul lato anteriore del foglio e i quattro retri specchiati sul lato posteriore, ciascuno esattamente dietro il suo fronte.
Ogni negozio riceve il proprio catalogo A5. I negozi del programma fedeltà hanno la copertina “Club fedeltà”, gli altri quella standard, mentre la pagina “Offerte della settimana” esiste solo quando il negozio ha offerte. La tabella dei prodotti prosegue su più pagine. Il nodo Booklet impone per il punto metallico: completa a un multiplo di 4, ordina le pagine per la piegatura, mette 2 pagine su A4 orizzontale e applica la compensazione dello scorrimento (creep).
Un documento in tre formati: una lettera A4, una cartolina di risposta DL (210 x 99 mm) e un coupon A6 (105 x 148 mm). Il flusso delle pagine sceglie una lettera in croato o in inglese in base alla lingua del destinatario, e solo i destinatari con 1.000 punti o più ricevono il coupon con il codice QR. I clienti VIP hanno una pagina master con uno sfondo e un badge “VIP KLUB”, e il testo della lettera dipende dal segmento.
L'XLSX del PIM ha una riga del titolo sopra l'intestazione, che quindi si trova nella riga 3. Ogni articolo riceve una scheda tecnica A4 con le specifiche solo delle colonne che ha (litri, chilogrammi, velocità di centrifuga), con unità di misura e formato numerico croato, e le caratteristiche contenute in una sola cella vengono divise in un elenco. Mostra anche prezzo, risparmio in euro e in percentuale, prezzo IVA esclusa, una scala delle classi energetiche A-G con la classe dell'articolo evidenziata (dove si applica), EAN-13 e un codice QR verso la pagina del prodotto.
L'anagrafica articoli diventa un'etichetta da 105 x 37 mm con nome, prezzo, codice articolo, origine e prezzo unitario (EUR/kg, EUR/l), che uno script calcola da prezzo e quantità netta. Gli articoli in promozione ricevono una fascia rossa e il prezzo precedente. Sono i dati a decidere il tipo di codice a barre (EAN-13, EAN-8 o UPC-A), e la cifra di controllo viene aggiunta automaticamente. Ogni foglio A4 contiene 16 etichette.
Un filtro lascia passare solo gli articoli in offerta, e uno script calcola la percentuale di sconto dal prezzo vecchio e da quello nuovo. Il wobbler A7 (105 x 74 mm) con abbondanza porta un grande titolo “OFFERTA −20 %”, il prezzo nuovo e quello vecchio e la data di fine offerta. Ne stanno otto su un foglio A4, con segni di taglio.
L'input sono confezioni di gastronomia con PLU, peso e prezzo al kg. Il workflow calcola l'importo (peso × prezzo/kg), un EAN-13 a peso variabile (21 + PLU + importo in centesimi + cifra di controllo, con l'algoritmo in uno script) e il termine minimo di conservazione, cinque giorni dopo il confezionamento. L'etichetta è 70 x 42 mm, 21 su A4.
Il cartellino da 50 x 90 mm ha un foro, la taglia sul fronte e nome, colore, composizione, istruzioni di lavaggio, prezzo ed EAN-13 sul retro. Ogni articolo riceve tanti cartellini quanti ne indica la quantità, con Copies di Sheet Padder letto da un valore di pagina. NUp li dispone 4 x 3 su A4 fronte-retro, retro esattamente dietro il fronte, con segni di taglio.
Data Group raggruppa gli articoli per categoria, e ogni categoria diventa un documento con una tabella. Ogni riga ha un'immagine del prodotto presa dai dati: il campo immagine indica un file (p_0007.svg) in resources/proizvodi, e il blocco immagine usa Picture from data = item.slika. Il prezzo unitario viene dal workflow, le promozioni sono segnalate e una copertina precede la prima categoria. Tutto esce in un unico PDF.
L'ordine dice solo quanti buoni servono per ogni valore. Uno script nel workflow crea ogni buono con numero di serie, numero progressivo e cifra di controllo Luhn, e il layout li legge come record (Records from: records.bonovi). Il colore dipende dal valore, e un Codabar riporta il numero del buono. I buoni sono 210 x 99 mm, tre su A4.
Uno script costruisce il numero di ogni carta dall'elenco dei soci: 385, il numero socio e una cifra di controllo Luhn. La carta da 85,6 x 54 mm con abbondanza è stampata nel colore del livello (argento, oro, platino), con un ITF (Interleaved 2 of 5) per le casse e un codice QR per l'app sul retro. Vanno 2 x 5 su A4 fronte-retro, in coppie fronte/retro, con segni di taglio.
I codici arrivano dagli ordini dei clienti (CSV: tipo, dato, scadenza, lotto). Il workflow espande UPC-E in UPC-A e ne calcola la cifra di controllo, calcola la cifra di controllo GTIN-14, il GS1-128 con gli AI (01)(17)(10) e la scadenza nel formato AAMMGG, e le cifre di controllo mod 10 per le varianti 2 of 5. Nella cella del simbolo ogni simbologia ha il proprio codice a barre all'interno di un gruppo condizionale scelto in base al tipo di riga.
Un'etichetta per vino da 70 x 100 mm creata dalla carta dei vini, 16 su SRA3. Il foglio ha segni di taglio, crocini di registro al centro di ogni lato, una barra di controllo colore (C, M, Y, K, 50 %, R, G, B) e uno slug con nome del lavoro, numero del foglio e data. Il blu del marchio stampa come colore spot PANTONE 286 C (Separation con alternativa CMYK), tutto il resto viene convertito in CMYK (ISO Coated v2) e il file è marcato PDF/X-4.
Gli ordini giornalieri arrivano con le quantità: biglietti da visita 85 x 55, etichette 100 x 50 e cartoline 148 x 105. Il layout sceglie una pagina in base al formato, Sheet Padder moltiplica ciascuna fino alla quantità ordinata e NUp in modalità nesting dispone i pezzi della stessa dimensione in file su SRA3. Quando una fila è piena ne inizia una nuova, e quando le file finiscono inizia un nuovo foglio. Ogni pezzo ha i propri segni di taglio.
Adesivi rotondi da 60 mm con abbondanza, 12 per foglio. La linea di taglio (un cerchio magenta sulla linea di fustella) si trova in un gruppo di stampa chiamato Štanca, disattivato per impostazione predefinita. L'output di stampa la esclude, mentre un secondo output dello stesso workflow, la bozza per il cliente e per il fustellatore, la include.
Biglietti da visita 85 x 55 mm in coppie fronte/retro, 10 su A4 fronte-retro. Questa macchina sposta il lato posteriore di 2 mm a sinistra, quindi il contenuto dei retri viene spostato di 2 mm a destra (Back side offset X). Fronte e retro così coincidono esattamente.
I dati arrivano dall'export dei candidati dell'ATS. Le esperienze lavorative sono ordinate dalla più recente (script sortBy) e per ogni lavoro periodo (06/2022 a oggi) e durata (4 anni 4 mesi) vengono calcolati dalle date. L'esperienza totale usa i plurali croati corretti. Il layout classico a una colonna prosegue su più pagine con “pagina X / Y”, e certificati, progetti, interessi e patente compaiono solo se presenti. Ogni candidato riceve un PDF separato.
Una barra laterale scura contiene contatti, competenze, lingue con livello, competenze digitali e, se c'è, la patente. La colonna principale ha il nome, l'esperienza totale calcolata da uno script, profilo, esperienze e formazione, e se serve continua nella pagina successiva.
Uno script unisce esperienze lavorative e formazione in un'unica timeline, dalla più recente (sortBy), con anni (dal 2019 a oggi), tipo (LAVORO o FORMAZIONE), titolo e luogo. La timeline stessa è una tabella: anni, un punto (una barra dati con un solo segmento rotondo) e una voce con una linea lungo il bordo sinistro.
Uno script produce i numeri chiave: anni di esperienza, numero di datori di lavoro diversi, lingue e certificati. Le competenze appaiono come barre dati in una cella di tabella (livello / 100), le lingue come sei punti (A1 = 1 … C2 e madrelingua = 6), e un grafico a torta mostra gli anni per settore, con lo script che somma i mesi per settore.
Una colonna stretta con molto spazio bianco, nessun colore e nessuna sezione dei risultati. Portfolio, LinkedIn, certificati e interessi compaiono solo quando il candidato li ha, e ogni CV sta in una sola pagina.
Le iniziali composte da uno script stanno in un cerchio, le competenze sono mostrate come tag e i progetti vanno in una colonna laterale. Il codice QR porta al portfolio se il candidato ne ha uno, altrimenti a LinkedIn. Quando non c'è nessuno dei due, un gruppo condizionale lo omette.
Un filtro lascia passare solo i candidati con pubblicazioni. Uno script le ordina dalla più recente (sortBy) e costruisce per ciascuna una citazione APA numerata: autori, anno, titolo, rivista, volume(numero), pagine, DOI. Il CV mostra anche il numero di pubblicazioni e l'h-index, la tesi accanto al titolo di studio, la didattica dove c'è e un'intestazione corrente con il nome su ogni pagina.
Il layout del CV europeo: periodi ed etichette a sinistra, contenuto a destra. I risultati sono in una tabella annidata, uno script sceglie la lingua madre e le lingue straniere hanno una tabella di autovalutazione su cinque competenze (ascolto, lettura, interazione orale, produzione orale, scrittura). La formazione mostra il livello EQF e la foto viene dai dati.
Una pagina per il consiglio di amministrazione. I risultati chiave sono il primo risultato di ciascuno degli ultimi tre lavori (take + map), la sezione carriera elenca gli ultimi quattro lavori e il titolo di studio più alto viene scelto per livello EQF (sortBy). I contatti sono in un codice QR MECARD che il telefono salva direttamente in rubrica.
La barra laterale contiene la foto del candidato presa dai dati, nome e contatti, le lingue come punti e un codice QR per LinkedIn, ma solo quando il profilo esiste. La colonna principale copre esperienze, formazione e competenze mostrate come barre.
Il manoscritto arriva dal sistema redazionale (capitoli → sezioni → paragrafi). I titoli di capitoli e sezioni entrano nell'indice come livelli 1 e 2: una tabella su document.toc li elenca con i numeri di pagina, e il motore continua a comporre il libro finché i numeri di pagina non si stabilizzano. Ogni capitolo inizia su una nuova pagina con una testatina (page.runningHeader) e il numero di pagina. Il colophon riporta l'ISBN con cifra di controllo e il relativo EAN-13.
Le stesse pagine del libro, imposte per la brossura fresata (copertina morbida). Booklet costruisce segnature di 4 fogli piegati (16 pagine), completa ogni segnatura separatamente a un multiplo di 4, applica uno scorrimento (creep) di 0,6 pt per foglio e aggiunge i segni di taglio. I fogli sono A4 orizzontali.
Ogni modello nel PIM (modello, funzioni, cronologia delle revisioni) riceve il proprio manuale. I capitoli su Wi-Fi, collettori solari e app compaiono solo se il modello ha quelle funzioni, e l'indice elenca solo i capitoli presenti, con i numeri di pagina. C'è una testatina con il numero di pagina, una tabella delle revisioni con la versione attuale (ultima revisione, tramite script) e titolo, autore, oggetto e parole chiave del PDF presi dai dati.
L'input è l'elenco degli articoli della cassa. Uno script trasforma i codici allergeni di ogni piatto (1,3,7) in icone, immagini dai dati in resources/alergeni. Data Group ordina i piatti per categoria, e un secondo Data Group senza chiave raccoglie tutte le categorie in un unico menu. Il layout ripete un gruppo con la tabella dei piatti per ogni categoria, più una foglia vegana condizionale e una legenda degli allergeni. A4 con abbondanza.
La cucina invia un piano settimanale con prezzi di costo e margini. Uno script calcola il prezzo di vendita e lo arrotonda per eccesso ai 0,50 € successivi, Data Group raggruppa i piatti per giorno e il giorno della settimana viene ricavato dalla data. Ogni giorno ha una pagina A5, e l'intera settimana esce in un unico PDF.
Un filtro tiene solo i piatti disponibili per la consegna, e icone e categorie funzionano come nel menu. Il volantino è un A4 orizzontale stampato su entrambi i lati. L'esterno ha un'aletta con la legenda degli allergeni, un pannello posteriore con i contatti e un codice QR per ordinare, e la copertina. All'interno il menu scorre attraverso tre pannelli collegati (catena di aree), con segni di piega.
Tutti i piatti stanno in un'unica tabella costruita sull'intero set di dati, con una colonna per ciascuno dei 14 allergeni UE. Ogni cella valuta un'espressione e mostra un punto quando i codici allergeni del piatto includono quello. Il risultato è un poster A3 orizzontale.
L'input è un export di immobili dal CRM. La foto principale, la mappa e una galleria di tre immagini vengono dai dati (uno script divide a/b/c in una riga della galleria), e il workflow calcola il prezzo al m². La classe energetica è mostrata nel suo colore, giardino e parcheggio compaiono solo quando servono, e foto e contatti dell'agente vengono uniti dall'elenco degli agenti con Correlate. Un codice QR rimanda all'annuncio, e ogni immobile riceve il proprio PDF.
Un filtro prende i veicoli in vendita dall'export del parco auto e li ordina per prezzo. Uno script calcola l'età di ogni veicolo e la rata mensile del leasing a rata costante (60 mesi, 20 % di anticipo, 6,9 % annuo). La scheda A5 orizzontale ha una foto dai dati, un badge elettrico o ibrido dove si applica e un codice QR, due per foglio A4.
L'export del sistema di prenotazione ha passeggeri e tratte annidati in ogni prenotazione. Ogni prenotazione riceve un itinerario con una tabella dei passeggeri e una delle tratte (volo o traghetto, percorso, partenza), come PDF separato.
Uno script trasforma ogni prenotazione in una carta d'imbarco per ogni passeggero su ogni tratta. Per i voli costruisce una stringa IATA BCBP (nome di 20 caratteri, PNR, percorso, vettore, numero di volo, giorno giuliano dell'anno, classe, posto, numero progressivo di check-in) e la codifica in PDF417; i traghetti ricevono un codice Aztec. Le carte sono 210 x 99 mm, tre su A4.
Nell'export del CRM i dispositivi sono annidati in ogni contratto. Uno script calcola il prezzo per dispositivo (pacchetto × potenza), lo sconto pluriennale, l'IVA, il totale, lo stesso totale scritto in lettere in croato e la data di scadenza. Le clausole dipendono dal pacchetto (Basic, Plus, Premium), dal tipo di cliente (azienda o privato) e dalla durata. L'Allegato 1 è la tabella dei dispositivi; l'Allegato 2 sul trattamento dei dati personali va solo ai privati. Ogni contratto è un PDF separato.
L'input è un export dell'app per i tecnici, con i ricambi annidati nell'ordine di lavoro e le firme salvate come file. Uno script somma ricambi e manodopera (ore × 38 €), con la manodopera gratuita quando il dispositivo è coperto da un contratto di manutenzione, poi aggiunge IVA e totale. Le firme del tecnico e del cliente compaiono come immagini dai dati (resources/potpisi). Ogni ordine di lavoro riceve il proprio PDF.
L'export della cassa contiene già i codici JIR e ZKI restituiti dall'Amministrazione fiscale croata. Uno script calcola il totale, il riepilogo IVA al 25, 13 e 5 % (imponibile e imposta dai prezzi lordi) e il codice QR di verifica dello scontrino: JIR, data e ora e importo in centesimi, come prescrive l'Amministrazione fiscale. Gli scontrini sono impaginati per carta termica da 80 mm, in un unico PDF.
Ogni intervento concluso riceve un questionario A5 come modulo PDF con quattro domande con voto 1-5 (gruppi di pulsanti di opzione) e un campo per i commenti. Numero dell'intervento, tecnico e data sono già compilati. Per la stampa NUp mette due questionari su A4, e i campi del modulo restano attivi dopo l'imposizione, quindi il questionario si può compilare anche al computer.
Dal registro elettronico arrivano due export: studenti e voti finali. Data Group raggruppa i voti per studente (media, voto più basso), Correlate li unisce allo studente e uno script determina l'esito generale e le materie da recuperare. Un secondo Data Group restituisce a ogni studente la media della classe. La pagella mostra i voti in lettere, un grafico a barre e commenti basati sui risultati e sulle ore di assenza ingiustificate, e Page Regroup produce un file di stampa per classe.
Stesso flusso delle pagelle (voti per studente, esito da uno script), ma un filtro lascia passare solo gli studenti con risultati eccellenti e condotta esemplare. L'attestato è un A4 orizzontale con media dei voti, docente coordinatore e codice QR di verifica. Tutti gli attestati escono in un unico PDF.
Gli studenti sono ordinati per classe e cognome e raggruppati per classe (docente coordinatore, numero di studenti). Uno script dispone ogni classe in righe da quattro, con una foto dai dati (resources/ucenici) e il nome in ogni cella. Una copertina precede la prima classe, e le pagine A4 sono imposte su A3 per il punto metallico.
Ogni studente riceve un modulo PDF (AcroForm). Nome, classe, OIB e genitore sono compilati dal registro elettronico e bloccati, mentre il numero di telefono è precompilato ma modificabile. Il genitore indica il consenso (pulsante di opzione), aggiunge note sanitarie, autorizza o meno le fotografie (casella di controllo) e inserisce data e firma nel campo firma. Un PDF per studente.
Tre export (anagrafica del personale, ore dalla rilevazione presenze, aliquote fiscali comunali) vengono uniti con due nodi Data Correlate. Uno script esegue l'intero calcolo: paga oraria su un monte di 176 ore, straordinari +50 %, lavoro notturno +30 %, malattia al 70 %, anzianità, primo e secondo pilastro pensionistico, deduzione personale con figli, imposta all'aliquota bassa e alta del comune, netto e contributo sanitario. Ogni busta paga è un PDF a sé che si apre solo con l'OIB del dipendente, con un Code 39 per l'archiviazione.
La tessera da 85,6 x 54 mm con abbondanza porta la foto del dipendente dai dati (campo foto, cartella resources/fotografije), una fascia nel colore del reparto, nome, mansione, numero e una data di scadenza tre anni dopo la data di emissione impostata come parametro. Il retro ha un MicroPDF417 per i lettori degli accessi e un Code 39 per la mensa. Le tessere vanno 2 x 5 su A4 fronte-retro, in coppie fronte/retro, con segni di taglio.
Ogni nuovo assunto riceve un PDF. Contiene una lettera di benvenuto con paragrafi per il suo ruolo (produzione o ufficio) e un piano della prima settimana che uno script costruisce dalla data di inizio: cinque giorni lavorativi, saltando i fine settimana, ciascuno con il giorno della settimana e le attività del ruolo. Il personale di produzione riceve anche una pagina su salute e sicurezza, quello d'ufficio una pagina sugli accessi IT con un nome utente ricavato dal nome.
L'input è il registro delle presenze (dipendente, corso, data, punteggio). Un filtro lascia passare solo chi ha ottenuto il 70 % o più, e Correlate aggiunge i dati del corso (nome, ore, validità, docente) e del dipendente. Uno script calcola un numero di serie con cifre di controllo MOD 97, e la scadenza è la data del corso più la sua validità in mesi. Ogni attestato è un PDF A4 orizzontale con codice QR di verifica.
C'è un'unica fonte: capitoli contrassegnati con i reparti a cui si applicano, testi in croato e in inglese e un elenco di edizioni (reparto + lingua). Per ogni edizione uno script sceglie i capitoli di quel reparto, prende i testi nella lingua dell'edizione, li numera e traduce il nome del reparto. Il layout trasforma ogni edizione in un documento (Records from: records.prirucnici) con copertina, indice, capitoli e intestazione su ogni pagina. Ogni edizione è un PDF separato.
L'export degli ordini dal WMS annida colli e articoli in ogni ordine. Uno script costruisce un'etichetta per collo: SSCC-18 (cifra di estensione 3 + prefisso GS1 3856001 + numero ordine e collo + cifra di controllo GS1 mod 10), COLLO 2 / 3, percorso, peso, dimensioni e il codice a barre postale della destinazione: Royal Mail 4-State (GB), KIX (NL), UPS MaxiCode (US, messaggio strutturato del vettore), USPS Intelligent Mail e POSTNET (US), Australia Post (AU) o Japan Post (JP). L'etichetta da 101,6 x 152,4 mm si stampa su una stampante termica.
Ogni ordine riceve un PDF con i suoi documenti di spedizione. La lista di prelievo è ordinata per ubicazione in magazzino, nell'ordine di percorso. Il documento di trasporto elenca articoli, pesi e totali (kg calcolati da uno script, numero di colli dai dati) con il numero d'ordine in Code 39. Le destinazioni fuori dall'UE ricevono anche una fattura commerciale (codici doganali HS, origine, valore), una pagina condizionale la cui condizione viene impostata da uno script in base all'elenco dei paesi UE.
L'input è un documento di ricevimento del fornitore in cui ogni riga è un articolo con numero di cartoni, lotto e scadenza. Uno script espande ogni riga nei singoli cartoni: GTIN-14 (indicatore 1 + GTIN-13 senza cifra di controllo + una nuova cifra di controllo), scadenza nel formato AAMMGG, un SSCC del cartone con cifra di controllo e CARTONE 3 / 5. L'etichetta A6 porta ITF-14 con barre di protezione, GS1-128 (02)(15)(37)(10) e SSCC (00), quattro per foglio A4.
L'unico input è la planimetria del magazzino: zone e numero di corsie, scaffalature e livelli. Da qui uno script genera ogni ubicazione (A-01-03-2), il suo livello e le cifre di controllo per il prelievo vocale. L'etichetta da 100 x 40 mm mostra un grande codice di ubicazione, il numero di controllo, un Code 128 e il colore del livello (1 rosso, 2 arancione, 3 verde, 4 blu), 2 x 7 su A4.
Un filtro prende dall'elenco delle scorte gli articoli sotto la scorta minima. Uno script calcola la quantità da ordinare fino alla scorta ottimale, l'importo e la data di consegna (data dell'export + tempo di consegna del fornitore). Data Group totalizza gli importi per fornitore, e ogni fornitore riceve un ordine di acquisto con tabella, IVA, totale e numero d'ordine in Code 93, come PDF separato.
Badge A6 con abbondanza, creati dall'export delle iscrizioni. Il fronte ha nome, azienda, ruolo, paese, una fascia e un'etichetta nel colore della categoria (delegato, relatore, VIP, media, organizzatore) e un codice Aztec per i lettori all'ingresso. Il retro elenca i giorni validi, più la cena di gala solo per gli invitati. Per il banco accrediti i badge sono ordinati per categoria e poi per cognome, e NUp li dispone 2 x 2 su A4 fronte-retro, fronte e retro in coppia, con segni di taglio.
Ricevono il biglietto solo gli invitati (filtro gala = sì), ordinati per cognome. Il workflow assegna numero di biglietto e tavolo: un contatore nello script distribuisce in ordine GV-0001, GV-0002 …, e ogni otto ospiti inizia un nuovo tavolo. Il biglietto da 210 x 99 mm ha a sinistra una matrice di controllo perforata e un Code 128 sia sulla matrice sia sul biglietto. Ne stanno tre su A4.
L'export dei lettori all'ingresso ha più passaggi al giorno. Viene raggruppato per partecipante con il numero di giorni distinti e unito alle iscrizioni (Correlate), e solo chi era presente almeno due giorni riceve l'attestato. Uno script calcola il numero di serie (2026 + codice + cifra di controllo ISO 7064 MOD 11,10). L'attestato è un A4 orizzontale con cornice guilloché, firma e codice QR di verifica, firmato digitalmente (PAdES), un PDF per persona.
Il programma arriva come JSON, una sessione per record, e Data Group lo raggruppa per giorno, così ogni giorno diventa un documento con un titolo e una tabella delle sessioni (orario, sala, titolo, relatore). Le pause sono grigie e i workshop sono segnalati dal colore della cella. La copertina compare solo prima del primo giorno e la quarta di copertina solo dopo l'ultimo. Booklet impone le pagine A5 per il punto metallico.
Tutti i partecipanti sono in un'unica tabella ordinata per cognome. Il documento non viene diviso per record: la tabella copre tutti i record e prosegue su più pagine con l'intestazione ripetuta, con colonne per categoria, giorni, cena di gala e una casella per il ritiro del badge. L'intestazione mostra il numero di partecipanti e di ospiti della cena di gala, calcolato nel layout.
Niente viene preparato fuori dal workflow. I parametri impostano anno e mesi, e uno script in Data Transform calcola ogni mese: settimane che iniziano di lunedì, numeri di settimana ISO, giorni dei mesi vicini, fine settimana e festività nazionali croate (Pasqua con l'algoritmo di Meeus, Pasquetta e Corpus Domini ricavati da essa). Il layout legge i mesi come record (Records from: records.mjeseci): una copertina, poi una pagina A3 con abbondanza per ogni mese, con un'immagine stagionale, la griglia dei giorni (domeniche e festivi in rosso) e l'elenco delle festività.
Stesso calcolo, design e formato diversi: un'immagine stretta del mese a sinistra, una griglia senza numeri di settimana e le festività in caratteri piccoli. Il formato è 210 x 105 mm con 2 mm di abbondanza. NUp Imposer mette due mesi su A4 con segni di taglio, quindi un anno occupa 6 fogli.
Lo stesso calcolo impaginato come tabella dell'intero anno: una riga per mese e 31 colonne con la lettera del giorno della settimana. Fine settimana e festività sono evidenziati, e i giorni che un mese non ha restano vuoti. Sotto la tabella c'è l'elenco delle festività per mese, tutto su un'unica pagina A3 orizzontale.
I parametri scelgono l'anno 2026 e i mesi 11,12, quindi lo script calcola solo quelli. Il foglio A4 ha una striscia con un'immagine, ampi spazi per scrivere (altezza della riga 30 mm), le festività (1 novembre Ognissanti, 18 novembre, 25 e 26 dicembre) e righe per gli appunti. Cambiando i parametri all'avvio si ottiene qualsiasi mese di qualsiasi anno.
Un export dall'ERP (fatture, note di credito, fatture di acconto) viene controllato prima dell'invio: OIB dell'acquirente e dell'operatore, IBAN, KPD su ogni riga, totali e riepilogo IVA. I record non validi finiscono in un elenco da correggere. Gli altri diventano UBL 2.1 Invoice e CreditNote secondo HR CIUS 2025, con CustomizationID, ProfileID P1-P12, OIB dell'operatore, KPD, categorie IVA S / E / AE, il deposito sugli imballaggi come riga passante nell'estensione HRFISK20Data e note di credito che fanno riferimento alla loro fattura. Ogni XML incorpora la propria visualizzazione PDF (BT-125, base64); gli schemi OASIS UBL 2.1, FINA e dell'estensione croata sono inclusi nel progetto.
<?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
Fatture e note di credito per gli acquirenti pubblici (scuole, asili, ospedali, case di riposo) vanno al servizio e-Račun dello Stato. Ogni documento diventa un messaggio SOAP SendB2GOutgoingInvoiceMsg (9001) con un'intestazione HeaderSupplier (SupplierID 9934:OIB), una B2GOutgoingInvoiceEnvelope e la fattura elettronica UBL in base64, abbinata per numero di fattura. C'è anche una richiesta di stato GetB2GOutgoingInvoiceStatusMsg (9011) per ogni fattura e un EchoMsg (9999) per il controllo della connessione, tutto secondo gli schemi FINA del progetto.
<?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>
Lo stesso export produce le richieste EvidentirajERacunZahtjev per la fiscalizzazione delle fatture elettroniche emesse, una per giorno di emissione (fino a 100 fatture). Ognuna ha intestazione, emittente e destinatario (OIB), importi, riepilogo IVA e righe con classificazione KPD. Produce anche le comunicazioni di incasso EvidentirajNaplatuZahtjev per giorno di pagamento (solo fatture pagate) e il registro delle fatture emesse (CSV). L'access point firma ogni richiesta (XAdES) al momento dell'invio.
I clienti ricevono anche una copia leggibile della fattura elettronica: una visualizzazione PDF con codice a barre HUB3 (solo dove il cliente paga), un codice QR di verifica e il riepilogo IVA. Il PDF è firmato digitalmente (PAdES) e inviato via email. I clienti senza indirizzo email ricevono una copia stampata da un unico file di stampa, e i record ERP non validi non vengono inviati a nessuno.
Kodabit Studio ha sede nell'UE. Se usi il modulo o ci scrivi, usiamo i tuoi dati solo per risponderti. Questo sito non imposta cookie e non carica nulla da altre aziende. Contiamo le visite in modo semplice, senza memorizzare indirizzi IP. kodabit.info@gmail.com