Integrazione Eshop con myDATA ΑΑΔΕ: flussi, requisiti e verifiche

Colleghiamo l'Eshop a myDATA ΑΑΔΕ con un flusso specifico e l'interfaccia disponibile nell'installazione. Il flusso Eshop verso myDATA inizia dall'emissione effettiva del documento fiscale, non dal clic sul pulsante d'acquisto. Deve associare ordine, pagamento, evasione, documento emesso e risposta confermata della trasmissione.

Il flusso Eshop verso myDATA inizia dall'emissione effettiva del documento fiscale, non dal clic sul pulsante d'acquisto. Deve associare ordine, pagamento, evasione, documento emesso e risposta confermata della trasmissione. Il commercialista e il responsabile ERP decidono procedura e canale appropriati. Tecnicamente proponiamo stati distinti per evento in sospeso, emesso, inviato e rifiutato, senza presumere che un ordine online corrisponda sempre a un documento o una spedizione.

ΑΑΔΕ pubblica interfacce tecniche diverse per ERP, fornitori di fatturazione elettronica e movimentazione digitale delle merci. La pagina delle versioni offre la versione 2.0.2 e i relativi schemi. Questa distinzione determina lo studio tecnico. L'ordine Eshop non è di per sé un documento fiscale. Commercialista e responsabile ERP definiscono la procedura corretta. Non presentiamo eightweb come fornitore certificato né forniamo pareri fiscali.

Un Eshop riceve un pagamento anticipato ed evade l'acquisto in due spedizioni. Il processo commerciale stabilisce quali documenti emettere e quando. Il connettore associa ogni documento effettivo all'ordine e conserva la risposta del canale di trasmissione corretto. Se si perde la risposta, si riconcilia prima lo stato e poi si invia nuovamente. Un reso o annullamento non viene trattato come eliminazione della cronologia. Il team tecnico implementa la gestione approvata, mentre la valutazione contabile resta ai responsabili dell'impresa.

Uno scenario critico si presenta quando un errore tecnico avviene dopo l'accettazione dei dati e prima del salvataggio locale della risposta. Conserviamo riferimento esterno e ID di destinazione confermato prima di ripetere l'azione. Distinguiamo fallimento dell'accesso, rifiuto operativo e risultato incerto. L'operatore deve poter esaminare il record pertinente e ripristinare lo stato senza ripetere passaggi completati. Concordiamo quali campi compaiano nei log e chi gestisca le attività in sospeso.

Verifichiamo evasione parziale, rifiuto operativo e corrispondenza della risposta con il documento effettivo. Per ogni caso documentiamo dati iniziali attesi, record di destinazione e stato visto dal cliente. Aggiungiamo un errore di autorizzazione e un'interruzione della risposta. Ripetiamo un evento già confermato e verifichiamo che il risultato operativo non cambi. Il verbale di accettazione definisce il team responsabile e le prove necessarie per chiudere una discrepanza.

Lo studio iniziale conferma: flusso di fatturazione approvato dal commercialista/responsabile ERP; canale myDATA appropriato, credenziali e ambiente di prova; schema attuale e gestione documentata dei rifiuti. Prima della produzione documentiamo la mappatura del flusso Ordine → emissione concordata del documento fiscale → ERP/fornitore → trasmissione appropriata → Risposta → riconciliazione e verifica delle attività in sospeso. Definiamo responsabilità per rinnovo degli accessi, monitoraggio e correzioni. Una modifica alla configurazione del prodotto o alla regola operativa concordata attiva una nuova verifica mirata. Partiamo da questo flusso specifico e aggiungiamo un altro canale dopo averne chiarito responsabilità e scenari di accettazione.