Skip to main content

Processo di Conservazione [WIP]

Flussi conservabili

Sono conservabili le fatture:

  • SDIPR (attive/passive)
  • SDIPR semplificate(attive/passive)
  • SDIPA (attive/passive)
  • SELFINV (attive)
  • SELFSEND SDIPA (attive/passive)
  • SELFSEND SDIPR (attive/passive)

Non è al momento conservabile SELFSEND con formato FSM10 (fattura semplificata)

 

Processo di conservazione

è un processo asyncrono....asincrono, il trigger viene scatenato dopo che la fattura viene elaborata oppure quando cambia di stato tramite le notifiche SDI.

Stato della fattura

L'invio in CCTCCT, avienee le relative notifiche avviene solo se la fattura ha raggiunto il suo stato finale o in generale ti "successo". Ogni tipologia di fattura quindi verrà conservata al momento del raggiungimento del suo stato specifico.

Triggers

L'invio viene scatenato dai seguenti trigger

  • Flag di auto-upload a true
  • Configurazione di invio automatico dei flussi
  • Invio forzato da tool di backoffice di invio massivo per azienda

Individuazione dell'account di conservazione

TODOPer individuare l'account di conservazione viene in primo luogo individuato chi è stato il pagante per quella fattura, per recuperare questo valore storico viene fatto affidamento sul metering. Una volta recuperato questo valore andiamo a cercare nei config ERicevi / SDI il recordo per Item = ownerFattura e owner = pagante.

Se il config viene trovato dobbiamo discriminare fra queste situazioni:

ServiceOwner == ServicePayer

In questo caso ci aspettiamo di trovare nel config CCT una configurazione con credenziali personali o un coupon1000,

effettuiamo quindi la ricerca per item=ServiceOwner e owner=ServicePayer.

ServiceOwner != ServicePayer

In questo caso dobbiamo effettuare una verifica sulle connessioni, in particolare dobbiamo verificare se c'era una connessione fra ServiceOwner e ServicePayer nel momento specifico in cui è stata elaborata la fattura (questa data può variare per tipologia di flusso)

Se esisteva una connessione, effettuiamo la ricerca per item=ServiceItem e owner=ServicePayer aspettandoci un coupon 1004.

Se NON esisteva una connessione, effettuamo la ricerca per item e owner = ServiceItem aspettandoci un coupon 1000, o delle credenziali manuali CCT. Questa casistica viene anche definita "Estenzione manuale da backoffice"

Dati aggiuntivi

periodoImposta etc

Invio e polling

TODO

Configurazione invio automatico

TODO

Processo di sync

Ci sono casi particolare in cui è necessarrio effettuare un sync con cct per allineare gli stati...

Il processo di sync viene effettuato se:

  1. è stato richiesto dal tool di backoffice
  2. Il tentativo di invio è stato tentato più di una volta
  3. Il tentativo di invio è stato in DeadLetter

Tool backoffice avvio massivo per azienda

TODO

 

 

 

Back to top