Feedback sullo stato del processo di stampa

L'applicazione che fornisce i dati per la stampa di etichette in NiceLabel Automation potrebbe aspettarsi di ricevere informazioni sugli stati del processo di stampa. Il feedback può essere semplice, del tipo "Tutto OK", in caso di generazione di un processo di stampa eseguita con successo, oppure una descrizione dettagliata dell'errore in caso di problemi. Per motivi legati alle prestazioni, per impostazione predefinita, NiceLabel Automation disattiva la possibilità di feedback. Ciò assicura una stampa a throughput elevato, in quanto il trigger non deve occuparsi dell’esecuzione del processo stampa. Gli errori vengono registrati sul database del registro, ma il trigger non li gestisce.

È anche possibile usare questo metodo per inviare feedback sugli altri dati raccolti dal trigger. Questo può essere lo stato delle stampanti di rete, il numero di lavori nello spooler di stampa, l'elenco di etichette in una cartella, l'elenco di variabili nel file di etichetta specificato e altro ancora.

Nota

Per attivare il supporto del feedback dal motore di stampa è necessario attivare la modalità di stampa sincrona. Per ulteriori informazioni, vedere la sezione Modalità di stampa sincrona.

Attivare il feedback dello stato del lavoro di stampa adottando uno dei due metodi disponibili.

Il trigger fornisce feedback sullo stato del processo di stampa (feedback sincrono)

Alcuni trigger offrono una possibilità di feedback incorporata. Se la modalità di stampa sincrona è attivata, il trigger è internamente consapevole dello stato del processo. Il client può inviare i dati al trigger, tenere aperta la connessione e attendere il feedback. Per usare questo metodo di feedback, selezionare e usare un tipo di trigger che supporta l’invio di feedback.

Se si verifica un errore in una delle azioni, la variabile interna ActionLastErrorDesc contiene il messaggio di errore dettagliato. È possibile inviare il relativo valore così com'è oppure personalizzarlo.

Per ulteriori informazioni, vedere i dettagli dei rispettivi tipi di trigger.

Trigger servizio Web: per impostazione predefinita, questo tipo di trigger supporta il feedback. Il documento WSDL (Web Service Description Language) descrive l'interfaccia Servizio Web e illustra come attivare il feedback. È possibile usare la risposta predefinita che restituisce la descrizione dell'errore in caso di errore dell'azione di stampa. Oppure, è possibile personalizzare la risposta e rimandare indietro il contenuto di qualsiasi variabile. La variabile stessa può contenere qualsiasi tipo di dati, compresa l'anteprima dell'etichetta o il processo di stampa dell'etichetta (dati binari).
Trigger server HTTP: per impostazione predefinita, questo tipo di trigger supporta il feedback. NiceLabel Automation utilizza i codici di risposta HTTP standard per indicare lo stato del processo stampa. È possibile personalizzare la risposta HTTP e rimandare indietro il contenuto di qualsiasi variabile. La variabile stessa può contenere qualsiasi tipo di dati, compresa l'anteprima dell'etichetta o il processo di stampa dell'etichetta (dati binari).
Trigger server TCP/IP: Questo trigger supporta il feedback, ma non automaticamente. Per fare in modo che invii il feedback, configurare il client che fornisce i dati per non interrompere la connessione dopo che i dati sono stati inviati. Una volta completato il processo di stampa, per l'azione successiva nell'elenco (Invia dati alla porta TCP/IP) potrebbe essere attivata l'impostazione Rispondi al mittente. Inviare il feedback sulla connessione attiva ancora aperta.

L’azione fornisce feedback sullo stato del processo di stampa (feedback asincrono)

Nel caso dei trigger che non supportano feedback in modalità nativa oppure qualora si desideri inviare messaggi di feedback durante l'elaborazione dei trigger, definire un'azione che invia feedback alla destinazione selezionata. In questo caso, l'applicazione che fornisce i dati può chiudere la connessione non appena i dati del trigger vengono recapitati.

Esempio 92. Esempio

Si è usato il trigger TCP/IP per catturare i dati. Il client ha disattivato immediatamente la connessione subito dopo l'invio dei dati, quindi non è possibile inviare una risposta sulla stessa connessione. In questi casi, per inviare feedback è possibile usare un altro canale. È possibile configurare una qualsiasi azione di connettività in uscita, come Esegui istruzione SQL, Apri documento/programma, Richiesta HTTP, Invia dati alla porta TCP/IP e altro ancora. Tale azione va inserita sotto l'azione Stampa etichetta.

Se si desidera inviare feedback solo per uno stato specifico, come ad esempio "si è verificato un errore", è possibile usare i seguenti metodi.

Uso di una condizione o azione: lo stato del processo di stampa è indicato in due variabili interne (ActionLastErrorID e ActionLastErrorDesc). La prima contiene l'ID dell'errore oppure contiene il valore 0 in caso di assenza di errori segnalati. La seconda contiene un messaggio di errore dettagliato. Usare i valori di queste variabili nelle condizioni sulle azioni che si desidera eseguire in caso di errori. Ad esempio, usare l’azione Richiesta HTTP dopo la stampa. L'azione invierebbe feedback qualora si verificasse un errore. Per attivare tale feedback, procedere come segue:
1. Aprire le proprietà del trigger.
2. Nel gruppo Variabile del nastro, fare clic sul pulsante Variabili interne e attivare la variabile ActionLastErrorID.
3. Passare alla scheda Azioni.
4. Aggiungere l'azione Invia dati su HTTP.
5. All'interno delle proprietà dell'azione, espandere Mostra opzioni esecuzione e gestione errori.
6. Per Condizione, immettere le seguenti impostazioni. L'azione con questa condizione viene eseguita solo qualora si verifichi un errore e ActionLastErrorID contiene l'ID di errore (qualsiasi valore maggiore di 0). Per impostazione predefinita, le condizioni vengono eseguite usando la sintassi VBScript.
  
  ActionLastErrorID > 0
7. L'opzione Ignora errore va attivata su tutte le azioni che si prevede possano non riuscire. In tal modo, Automation non interrompe completamente l'esecuzione delle azioni, ma continua con l'azione successiva nello stesso livello gerarchico.
  
  Nota
  
  Per ulteriori informazioni, vedere la sezione Gestione degli errori.
Uso dell'azione Prova: l’azione Prova elimina la necessità di eseguire condizioni di codifica.. L'azione fornisce due segnaposti. Il segnaposto Esegui contiene le azioni da eseguire. Se durante la loro esecuzione si verifica un errore, l'esecuzione si interrompe e le azioni presenti nel segnaposto Su errore vengono eseguite. In questo segnaposto si userebbero le azioni di connettività in uscita, per fornire un feedback sullo stato del processo di stampa. Per ulteriori informazioni, vedere la sezione Prova.