Aiuto - Domande / Risposte

La pagina Invio verso PA / eReporting serve a lanciare un deposito preciso verso una PA in un determinato momento. Vi si accede dagli strumenti di esportazione Tempolia, tramite la pagina Invio verso PA / eReporting. Questa pagina permette di scegliere la piattaforma accreditata utilizzata dallo studio: JeFacture/Banqup, Sage Network, Pennylane, Inqom, Iopole, B2BRouter, Billit, Storecove, Pagero, Avalara, Basware o SUPER PDP secondo i connettori configurati. Dopo la scelta della PA, Tempolia visualizza il testo introduttivo corrispondente al connettore.

L'utente seleziona poi le operazioni da lanciare:

• deposito delle fatture;
• invio e-reporting e pagamenti;
• sincronizzazione degli stati;
• consultazione puntuale dell'annuario;
• test tecnico di connessione con la piattaforma.

Le operazioni selezionate sono eseguite in un ordine stabile per evitare dimenticanze: controllo tecnico se richiesto, consultazione annuario se richiesta, deposito delle fatture, e-reporting e pagamenti, poi sincronizzazione degli stati.

Il modulo permette anche di selezionare una società, un periodo, il formato atteso dalla piattaforma e un'opzione differenziale. L'opzione differenziale serve a inviare solo gli elementi non già tracciati come trasmessi.

Questa pagina non è una pagina di analisi storica: serve a eseguire un'operazione. Per consultare ciò che è successo prima o capire un errore, occorre utilizzare la pagina dello storico PA. In pratica, il riflesso corretto è quindi: lanciare i depositi da Invio verso PA / eReporting, poi controllare le tracce in Gestione e storico PA.

Lo storico si consulta nella pagina Gestione e storico PA. Questa pagina è separata dalla pagina di deposito per evitare di confondere due usi diversi.

• Il deposito risponde alla domanda: che cosa invio adesso?
• Lo storico risponde alla domanda: che cosa è stato inviato, quando, con quale stato e quale risposta tecnica?

La pagina storico mostra diverse tabelle:

• fatture inviate;
• flussi e-reporting;
• pagamenti inclusi nelle dichiarazioni;
• annuario PA;
• eventi tecnici.

Ogni tabella può essere filtrata per piattaforma, società e stato. Identificativi di flusso, identificativi di tracciamento, stati, date di invio, errori e risposte della piattaforma sono conservati per analisi. Gli eventi tecnici permettono di vedere i dettagli di scambio con la piattaforma, i messaggi, gli errori di convalida o gli stati ricevuti.

Se un pagamento già trasmesso viene poi corretto da una scrittura inversa, per esempio un rigetto di addebito, Tempolia conserva entrambi gli eventi nello storico. Questa separazione è importante per la tracciabilità: un evento già trasmesso non viene cancellato silenziosamente.

Tempolia qualifica ogni fattura prima dell'invio PA. Questa qualificazione determina se la fattura rientra nell'e-invoicing B2B Francia o nell'e-reporting.

Nella pagina di invio, le caselle d'azione corrispondono a queste famiglie di flussi: deposito fatture B2B Francia, e-reporting transazione e pagamenti.

Una fattura B2B Francia non deve partire nel flusso e-reporting transazione. Quando l'informazione è registrata esplicitamente sul cliente o sulla fattura, Tempolia la rispetta. Altrimenti, Tempolia deduce prudentemente il perimetro da paese, SIRET/SIREN e numero IVA.

Prima di un invio, occorre quindi verificare le schede clienti: paese, SIRET, IVA intracomunitaria e informazioni PA. Una qualificazione errata può impedire un deposito o indirizzare la fattura verso il tipo di flusso sbagliato.

La scheda cliente deve contenere le informazioni necessarie all'identificazione dell'acquirente. Si verifica in Clienti e Pratiche > Clienti.

Per un cliente professionale francese, occorre compilare correttamente SIREN o SIRET. Bisogna anche indicare ragione sociale, indirizzo, paese e, se disponibile, numero IVA intracomunitario.

Per gli scambi PA, l'"Id di indirizzamento PA", identificativo di instradamento annuario, può essere necessario. Questo identificativo indica a quale piattaforma o servizio di ricezione la fattura deve essere indirizzata. L'informazione può essere compilata nelle schede cliente in alto nella scheda Fatturazione. Tempolia può anche ricercare o mettere in cache informazioni dell'annuario PA secondo i connettori disponibili.

Per un cliente privato, non bisogna inventare un SIRET: la fattura rientra nel B2C e sarà trattata tramite e-reporting. Per un cliente professionale estero, paese e numero IVA o identificativo professionale permettono di qualificare il flusso internazionale.

Una fattura B2B Francia è depositata presso la PA come fattura elettronica. Secondo la piattaforma e le opzioni, Tempolia invia una Factur-X o dati strutturati in formato CII o UBL. Per impostazione predefinita, Tempolia privilegia la Factur-X quando il connettore la accetta, perché Tempolia sa già generare questo formato. Alcuni connettori impongono o preferiscono UBL; in questo caso Tempolia genera dati in formato UBL.

Prima del deposito, Tempolia controlla il perimetro PA della fattura. Se la fattura è B2C o internazionale, Tempolia blocca il deposito fattura B2B Francia e indica di utilizzare l'azione e-reporting.

Dopo il deposito, Tempolia memorizza gli identificativi restituiti:

• documento PA;
• identificativo di flusso PA;
• identificativo di tracciamento;
• stato;
• data di invio.

Queste informazioni sono visibili nello storico PA. Gli stati PA possono poi essere sincronizzati: deposito accettato, rigetto tecnico, messa a disposizione, rifiuto, stato funzionale, ecc.

Se la fattura riguarda una prestazione con IVA esigibile all'incasso, i pagamenti successivi non sono inviati come nuova fattura. Sono inviati come stati di ciclo di vita collegati a questa fattura.

Una fattura B2C o una fattura B2B internazionale non segue lo stesso circuito di una fattura B2B Francia. Non deve essere depositata come fattura elettronica domestica B2B Francia: alimenta il flusso e-reporting transazione.

Per un cliente professionale fuori Francia, Tempolia prepara una transazione unitaria collegata alla fattura. Per il B2C, i dati possono essere aggregati secondo le regole di dichiarazione applicabili.

Il flusso trasmesso contiene le informazioni fiscali utili:

• periodo;
• società dichiarante;
• tipo di operazione;
• importi imponibile, IVA e totale;
• valuta;
• ripartizione per aliquota IVA.

Tempolia conserva la trasmissione nello storico PA, con stato, identificativo di tracciamento e risposta della piattaforma. Se l'operazione è soggetta a IVA all'incasso, anche i pagamenti possono alimentare l'e-reporting pagamento. I pagamenti B2C o internazionali sono allora trasmessi nel flusso regolamentare di pagamento.

Se l'operazione è soggetta a IVA sui debiti, l'e-reporting transazione è fiscalmente sufficiente per l'IVA: i pagamenti ricevuti in seguito non generano una dichiarazione di pagamento PA.

L'utente lancia questi invii selezionando Inviare i flussi e-reporting e pagamenti nella pagina Invio verso PA / eReporting. Lo storico permette poi di verificare quali fatture o pagamenti sono stati inclusi.

La differenza è essenziale per capire cosa Tempolia deve inviare alla Piattaforma Accreditata.

Il pagamento resta utile per il follow-up cliente, la riconciliazione, i solleciti e la contabilità, anche quando non costituisce un dato fiscale di incasso da trasmettere alla PA. Per una fattura B2B Francia in e-invoicing, l'incasso è trasmesso come stato di ciclo di vita collegato alla fattura. Questi stati utilizzano il formato CDAR, Cross Domain Acknowledgement and Response, il messaggio normalizzato AFNOR per gli eventi di ciclo di vita fattura. Per una fattura B2C o internazionale in e-reporting, l'incasso è trasmesso in un flusso di pagamento.

In pratica, l'utente deve quindi verificare il regime IVA applicabile al dossier, alla prestazione e al cliente prima di interpretare i flussi di pagamento. Per questo motivo, la nozione di incasso dichiarato in Tempolia si legge sempre dopo questa qualificazione IVA. Tempolia deve dichiarare alla PA solo un incasso considerato effettivo in Tempolia, e solo per operazioni la cui IVA è esigibile all'incasso.

Se la fattura è soggetta a IVA sui debiti, il pagamento resta utile per follow-up cliente e riconciliazione, ma non crea da solo una dichiarazione di pagamento PA. Un pagamento previsto non è un incasso. Un pagamento solo riconciliato indica coerenza contabile, ma deve anche rispettare le regole métier Tempolia per entrare in un flusso PA. La data usata per dichiarare il pagamento resta la data di scadenza del pagamento.

Per un bonifico, assegno o pagamento manuale, il pagamento riconciliato e presente nel periodo può alimentare la dichiarazione PA. Per un addebito SEPA, Tempolia richiede inoltre che il pagamento sia marcato Trasferito in banca. Questa regola evita di dichiarare un addebito solo preparato ma non ancora inviato alla banca.

Se l'addebito è respinto, il rigetto si gestisce creando un altro pagamento negativo, con la propria data di scadenza, vedi la FAQ "Come gestire un rigetto di addebito?". Questo pagamento negativo deve essere riconciliato come le altre scritture legate alla fattura. Sarà quindi visibile nello storico e potrà correggere l'importo dichiarato sul periodo interessato.

Per una fattura B2B Francia con IVA esigibile all'incasso, gli incassi non partono nello stesso blocco e-reporting di una fattura internazionale o B2C. Sono inviati come stato di ciclo di vita CDAR, Cross Domain Acknowledgement and Response, il messaggio normalizzato usato per gli eventi di ciclo di vita fattura. Lo stato usato per l'incasso è lo stato 212 Incassata.

Se la fattura B2B Francia è soggetta a IVA sui debiti, l'obbligo PA riguarda la fattura e i suoi stati di trasmissione o trattamento, non una dichiarazione fiscale di incasso.

Tempolia costruisce un messaggio di ciclo di vita in formato CDAR collegato alla fattura depositata. Questo CDAR contiene il riferimento della fattura, la data di scadenza del pagamento usata come data di pagamento e gli importi incassati ripartiti per aliquota IVA.

Ogni pagamento parziale può produrre uno stato di incasso distinto. Ad esempio, una fattura pagata in tre volte produrrà tre eventi di incasso se i tre pagamenti sono incassati a date diverse.

Tempolia richiede che esista già un identificativo di deposito PA per la fattura. Ciò evita di inviare un incasso impossibile da collegare lato PA. Se la fattura non ha ancora un identificativo PA, Tempolia segnala l'errore nel risultato e nello storico.

Gli stati di incasso inviati sono registrati nello storico PA, per poter ritrovare fattura, pagamento, data di invio e risposta della piattaforma.

Quando viene generato un file SEPA, Tempolia marca i pagamenti come trasferiti in banca. Per la dichiarazione PA, Tempolia considera allora l'addebito come incassato. Non c'è uno stato PA separato da compilare sul pagamento. La data dichiarata resta la data di scadenza, che deve rappresentare la data bancaria attesa per questo pagamento.

Se l'addebito è respinto prima della dichiarazione PA, occorre creare il pagamento negativo di rigetto prima di lanciare l'invio. In Tempolia, il rigetto si crea dall'azione di rigetto sulla riga di pagamento. Questa azione crea una nuova riga di pagamento negativa, la cui data di scadenza deve corrispondere alla data bancaria del rigetto.

Se un incasso era già stato trasmesso e poi arriva un rigetto, Tempolia non cancella lo storico. Il pagamento iniziale resta storicizzato come trasmesso. La riga negativa di rigetto diventa l'evento correttivo da trasmettere sul periodo adeguato. L'utente vede quindi nello storico l'incasso iniziale, poi il pagamento negativo che corregge l'importo.

La frequenza regolamentare dipende dal regime IVA.

Per febbraio, la seconda scadenza del regime reale normale mensile è naturalmente adattata alla fine del mese. Questi giorni corrispondono alle scadenze indicate dall'amministrazione fiscale francese nella tabella ufficiale delle frequenze e scadenze di trasmissione e-reporting. Le scadenze dei dati di pagamento non significano quindi che tutti i pagamenti debbano essere dichiarati: riguardano gli incassi delle operazioni con IVA esigibile all'incasso.

La PA può accettare depositi più frequenti, ma Tempolia conserva la traccia di ciò che è già stato inviato. Nel modulo PA, l'opzione differenziale permette di inviare solo fatture e pagamenti non già validati come trasmessi. Questa opzione è consigliata per i trattamenti periodici, perché evita di dichiarare nuovamente un pagamento già inviato.

Se si è verificato un errore, occorre consultare lo storico PA prima di rilanciare. Una riga in errore può essere corretta e rinviata. Una riga già inviata e poi corretta deve essere analizzata con il suo storico. In questo caso non bisogna semplicemente cancellare la traccia: occorre capire l'evento, creare se necessario il pagamento correttivo negativo, poi trasmettere gli elementi attesi dalla PA utilizzata.