Differenze tra le versioni di "Protocollazione di un documento (del documentale)"

Da wiki.maggioli.it.
Jump to navigation Jump to search
imported>Fparise
imported>Fparise
 
(11 versioni intermedie di uno stesso utente non sono mostrate)
Riga 2: Riga 2:


L'azione apre la form di protocollazione inizializzata con i dati prelevati dall’elemento documentale indicato in input o sovrascritti dai parametri in ingresso. L’operatore può decidere di confermare i dati o modificarli e poi procedere alla protocollazione attraverso l’apposita form. A protocollazione avvenuta i dati del protocollo vengono ribaltati anche sul documento.
L'azione apre la form di protocollazione inizializzata con i dati prelevati dall’elemento documentale indicato in input o sovrascritti dai parametri in ingresso. L’operatore può decidere di confermare i dati o modificarli e poi procedere alla protocollazione attraverso l’apposita form. A protocollazione avvenuta i dati del protocollo vengono ribaltati anche sul documento.
Se il documento passato in input è già stato protocollato l'azione di workflow si completa automaticamente senza generare attività in todolist e riportando in output i dati del relativo protocollo.


'''<u>INPUT</u>'''
'''<u>INPUT</u>'''
* <code>id_documento</code>: id del documento da protocollare
* <code>'''id_documento'''</code>: id del documento da protocollare.
* <code>oggetto</code>: oggetto del protocollo (opzionale: se si vuole sia diverso dall'oggetto del documento)
* <code>oggetto</code>: oggetto del protocollo (opzionale: se si vuole sia diverso dall'oggetto del documento)
* <code>id_documento_principale</code>: (opzionale) se id specificato si vuole indicare esplicitamente quale tra i documenti allegati all'elemento documentale debba essere il principale. Nel caso il parametro non sia valorizzato si attingerà ai file associati dell’elemento documentale (il file principale o, in sua assenza, il primo inserito). Gli altri file associati all’elemento documentale saranno presi come allegati.
* <code>id_documento_principale</code>: (opzionale) se id specificato si vuole indicare esplicitamente quale tra i documenti allegati all'elemento documentale debba essere il principale. Nel caso il parametro non sia valorizzato si attingerà ai file associati dell’elemento documentale (il file principale o, in sua assenza, il primo inserito). Gli altri file associati all’elemento documentale saranno presi come allegati.
Riga 11: Riga 13:
* <code>scegli_allegati</code>: (opzionale) elenco degli id dei documenti di repository esterni da usare come allegati
* <code>scegli_allegati</code>: (opzionale) elenco degli id dei documenti di repository esterni da usare come allegati
* <code>note</code>: note del protocollo (opzionale: se si vuole siano diverse dalle note del documento)
* <code>note</code>: note del protocollo (opzionale: se si vuole siano diverse dalle note del documento)
* <code>id_ufficio_mitt</code>: (opzionale) id dell'ufficio mittente interno
* <code>id_uffici_dest</code>: (opzionale) elenco degli id degli uffici destinatari per competenza
* <code>id_utenti_dest</code>: (opzionale) elenco degli id degli utenti/gruppi destinatari per competenza
* <code>id_uffici_cono</code>: (opzionale) elenco degli id degli uffici destinatari per conoscenza
* <code>id_utenti_cono</code>: (opzionale) elenco degli id degli utenti/gruppi destinatari per conoscenza
* <code>id_classifica</code>: (opzionale) id della classifica di titolario da attribuire al protocollo
* <code>id_classifica</code>: (opzionale) id della classifica di titolario da attribuire al protocollo
* <code>id_fascicolo</code>: (opzionale) id del fascicolo in cui inserire il protocollo
* <code>id_fascicolo</code>: (opzionale) id del fascicolo in cui inserire il protocollo
Riga 17: Riga 24:
* <code>id_protocollo_collegato</code>: (opzionale) id del protocollo padre a cui collegare il nuovo protocollo
* <code>id_protocollo_collegato</code>: (opzionale) id del protocollo padre a cui collegare il nuovo protocollo
* <code>id_email_account</code>: (opzionale) id dell'account PEC da utilizzare; l'account deve essere tra quelli disponibili all'utente che esegue l'invio (in base all'acl)
* <code>id_email_account</code>: (opzionale) id dell'account PEC da utilizzare; l'account deve essere tra quelli disponibili all'utente che esegue l'invio (in base all'acl)
* <code>skip_invio_email</code>: NO/SI (default = NO)
* <code>skip_invio_email</code>: NO/SI (default = NO)<br>NO: in caso di mezzo di invio PEC/interoperabile in fase di salvataggio viene mostrato il messaggio che consente l'invio di o meno della email (modalità standard della form di registrazione)<br>SI: in caso di mezzo di invio PEC/interoperabile in fase di salvataggio NON viene mostrato il messaggio e NON viene inviata nessuna email
NO: in caso di mezzo di invio PEC/interoperabile in fase di salvataggio viene mostrato il messaggio che consente l'invio di o meno della email (modalità standard della form di registrazione)
* <code>check_permessi</code>: (default a SI) che se impostato a NO permette all'utente di eseguire la protocollazione anche se non possiede i permessi di protocollazione
* <code>auto_close</code>: NO/SI (default = SI), se impostata a NO permette di mantenere aperta la form del protocollo dopo la registrazione per permettere attività aggiuntive tipo: inserimento allegati, stampa delle etichette, invio mail
* <code>auto_save</code>: NO/SI (default = NO) permette di registrare il protocollo senza richiedere l'intervento dell'utente. In caso di protocolli in uscita di tipo PEC/Interoperabile non viene inviata alcuna mail. Viene comunque eseguita la validazione dei dati lato server ed in caso di errori o warning la protocollazione automatica viene interrotta, passando alla protocollazione manuale, dove sono visualizzati in sequenza gli errori o i warning che hanno impedito la protocollazione automatica. Nel caso della sola presenza di warning quando l'utente conferma l'ultimo avviso, il protocollo viene registrato automaticamente.
 
* <code>ignore_warnings</code>: NO/SI (default = NO) permette di procedere alla protocollazione automatica lato server, anche in presenza di warning.
* <code>annulla_protocollazione</code>: NO/SI (default = NO) se impostato a SI fa comparire un pulsante "Annulla" nella maschera del protocollo che permette di completare l'azione senza eseguire la protocollazione. Questo parametro non ha effetti in caso di protocollazione automatica (auto_save=SI).
 
 


SI: in caso di mezzo di invio PEC/interoperabile in fase di salvataggio NON viene mostrato il messaggio e NON viene inviata nessuna email
'''<u>OUTPUT</u>'''
'''<u>OUTPUT</u>'''
* <code>id_protocollo:</code> id del protocollo che è stato registrato
* <code>id_protocollo:</code> id del protocollo che è stato registrato
Riga 26: Riga 39:
* <code>data_protocollo</code>: data del protocollo registrato
* <code>data_protocollo</code>: data del protocollo registrato
* <code>anno_protocollo</code>: anno del protocollo registrato
* <code>anno_protocollo</code>: anno del protocollo registrato
* <code>esito_richiesta_protocollazione</code>: per le registrazioni con driver asincroni è indicato l'esito della 'richiesta'. Per le registrazioni sincrone il risultato si evince dalla presenza del numero di protocollo.

Versione attuale delle 10:50, 29 apr 2021

Azione di Workflow per protocollare un documento del documentale.

L'azione apre la form di protocollazione inizializzata con i dati prelevati dall’elemento documentale indicato in input o sovrascritti dai parametri in ingresso. L’operatore può decidere di confermare i dati o modificarli e poi procedere alla protocollazione attraverso l’apposita form. A protocollazione avvenuta i dati del protocollo vengono ribaltati anche sul documento.

Se il documento passato in input è già stato protocollato l'azione di workflow si completa automaticamente senza generare attività in todolist e riportando in output i dati del relativo protocollo.

INPUT

  • id_documento: id del documento da protocollare.
  • oggetto: oggetto del protocollo (opzionale: se si vuole sia diverso dall'oggetto del documento)
  • id_documento_principale: (opzionale) se id specificato si vuole indicare esplicitamente quale tra i documenti allegati all'elemento documentale debba essere il principale. Nel caso il parametro non sia valorizzato si attingerà ai file associati dell’elemento documentale (il file principale o, in sua assenza, il primo inserito). Gli altri file associati all’elemento documentale saranno presi come allegati.
  • allegati: valori=TUTTI (default) / SOLO PRINCIPALE / SCEGLI / NESSUNO;
    TUTTI: allega tutti i documenti presenti nel documento al protocollo;
    SOLO PRINCIPALE: non allegare alcun allegato oltre al documento principale;
    SCEGLI: uso come allegati i documenti passati nell'attributo 'scegli_allegati'
    NESSUNO: non allegare alcun allegato principale compreso (no principale, no allegati)
  • scegli_allegati: (opzionale) elenco degli id dei documenti di repository esterni da usare come allegati
  • note: note del protocollo (opzionale: se si vuole siano diverse dalle note del documento)
  • id_ufficio_mitt: (opzionale) id dell'ufficio mittente interno
  • id_uffici_dest: (opzionale) elenco degli id degli uffici destinatari per competenza
  • id_utenti_dest: (opzionale) elenco degli id degli utenti/gruppi destinatari per competenza
  • id_uffici_cono: (opzionale) elenco degli id degli uffici destinatari per conoscenza
  • id_utenti_cono: (opzionale) elenco degli id degli utenti/gruppi destinatari per conoscenza
  • id_classifica: (opzionale) id della classifica di titolario da attribuire al protocollo
  • id_fascicolo: (opzionale) id del fascicolo in cui inserire il protocollo
  • num_documento: (opzionale) numero del documento
  • data_documento: (opzionale) data del documento
  • id_protocollo_collegato: (opzionale) id del protocollo padre a cui collegare il nuovo protocollo
  • id_email_account: (opzionale) id dell'account PEC da utilizzare; l'account deve essere tra quelli disponibili all'utente che esegue l'invio (in base all'acl)
  • skip_invio_email: NO/SI (default = NO)
    NO: in caso di mezzo di invio PEC/interoperabile in fase di salvataggio viene mostrato il messaggio che consente l'invio di o meno della email (modalità standard della form di registrazione)
    SI: in caso di mezzo di invio PEC/interoperabile in fase di salvataggio NON viene mostrato il messaggio e NON viene inviata nessuna email
  • check_permessi: (default a SI) che se impostato a NO permette all'utente di eseguire la protocollazione anche se non possiede i permessi di protocollazione
  • auto_close: NO/SI (default = SI), se impostata a NO permette di mantenere aperta la form del protocollo dopo la registrazione per permettere attività aggiuntive tipo: inserimento allegati, stampa delle etichette, invio mail
  • auto_save: NO/SI (default = NO) permette di registrare il protocollo senza richiedere l'intervento dell'utente. In caso di protocolli in uscita di tipo PEC/Interoperabile non viene inviata alcuna mail. Viene comunque eseguita la validazione dei dati lato server ed in caso di errori o warning la protocollazione automatica viene interrotta, passando alla protocollazione manuale, dove sono visualizzati in sequenza gli errori o i warning che hanno impedito la protocollazione automatica. Nel caso della sola presenza di warning quando l'utente conferma l'ultimo avviso, il protocollo viene registrato automaticamente.
  • ignore_warnings: NO/SI (default = NO) permette di procedere alla protocollazione automatica lato server, anche in presenza di warning.
  • annulla_protocollazione: NO/SI (default = NO) se impostato a SI fa comparire un pulsante "Annulla" nella maschera del protocollo che permette di completare l'azione senza eseguire la protocollazione. Questo parametro non ha effetti in caso di protocollazione automatica (auto_save=SI).


OUTPUT

  • id_protocollo: id del protocollo che è stato registrato
  • num_protocollo: numero del protocollo registrato
  • data_protocollo: data del protocollo registrato
  • anno_protocollo: anno del protocollo registrato
  • esito_richiesta_protocollazione: per le registrazioni con driver asincroni è indicato l'esito della 'richiesta'. Per le registrazioni sincrone il risultato si evince dalla presenza del numero di protocollo.