CONTRIBUTO ENASARCO

[rosalia.meloni]

Buongiorno, in riferimento alle indicazioni su come esporre in fattura il contributo enasarco da parte dell'ADE , è consigliabile o obbligatorio seguire il "suggerimento" di inserire l'Enasarco nel Blocco Dati "ALTRI DATI GESTIONALI" o lo posso indicare nel blocco dati delle casse previdenziali?
La fattura viene accettata? Se indico il contributo Enasarco nel blocco AltriDatiGestionali la determinazione del netto a pagare non corrisponde ne nel riepilogo Fattura ne nelle informazioni di pagamento.
Grazie per l'aiuto

[cloudfinance]

Salve,
per quanto concerne la questione delle fatture degli agenti l'Ade ha sicuramente creato un problema frutto probabilmente di un errore a cui si è voluto mettere una pezza successivamente. Quindi, riteniamo opportuno seguire le indicazioni contenute anche in una FAQ da noi pubblicata ancorchè sicuramente non si risolve la questione da un punto di vista di chiarezza espositiva.
Saluti

[loreto.verrelli]

Buonasera, ho seguito le indicazione contenute nella FAQ riguardante l'indicazione del contributo enasarco ed ho provato a controllare sia lo schema della fattura Ade, sia il file xml, ma il netto a pagare è errato, ossia non viene trattenuto il contributo enasarco.
Come devo procedere visto che già mi hanno contattato altre aziende che stanno importando le fatture?
Grazie per la disponibilità

[loreto.verrelli]

Secondo il mio parere dovreste creare, nel profilo di fatturazione - dati fiscali e previdenziali, un'altra ritenuta (ritenuta esasarco). Quindi, oltre ad aggiungi cassa, bisognerebbe creare: AGGIUNGI RITENUTA, in modo tale che, dopo il totale documento (imponibile + iva), verranno detratte le due ritenute (ritenuta d'acconto e ritenuta esasarco) e il netto a pagare risulterà esatto.
Resto in attesa di un Vs/riscontro

[rosalia.meloni]

Salve,
per quanto concerne la questione delle fatture degli agenti l'Ade ha sicuramente creato un problema frutto probabilmente di un errore a cui si è voluto mettere una pezza successivamente. Quindi, riteniamo opportuno seguire le indicazioni contenute anche in una FAQ da noi pubblicata ancorchè sicuramente non si risolve la questione da un punto di vista di chiarezza espositiva.
Saluti

Si infatti ieri dopo aver letto la FAQ che avete pubblicato, simulando la fattura inserendo il campo enasarco nel blocco dati casse previdenziali il netto a pagare risultava corretto, esponendolo secondo le indicazioni dell'ADE invece no.
Bisognerebbe trovare anche secondo me un altro sistema anche perchè abbiamo bisogno di emettere fattura. Grazie

[cloudfinance]

Salve,
come specificato nella Faq il netto a pagare non rientra nell'XML e per tale motivo non viene esplicitato. Noi della Cloud Finance avevamo trovato un escamotage per farlo comunque visualizzare nel pdf ma visto che tutti gli altri software non lo prevedevano e questo comportava un problema ulteriore di allineamento di calcoli effettuati da software diversi che ricevevano la fattura abbiamo dovuto abbandonare tale soluzione.
L'unica speranza è che l'Agenzia si renda conto che ci stiamo trovando tutti in difficoltà e corra i ripari con un aggiornamento dell'XML. Fin quando ciò non accade l'unica soluzione è quella prospettata nella FAQ.
Saluti

[giuseppe.serrao]

Salve,
come specificato nella Faq il netto a pagare non rientra nell'XML e per tale motivo non viene esplicitato. Noi della Cloud Finance avevamo trovato un escamotage per farlo comunque visualizzare nel pdf ma visto che tutti gli altri software non lo prevedevano e questo comportava un problema ulteriore di allineamento di calcoli effettuati da software diversi che ricevevano la fattura abbiamo dovuto abbandonare tale soluzione.
L'unica speranza è che l'Agenzia si renda conto che ci stiamo trovando tutti in difficoltà e corra i ripari con un aggiornamento dell'XML. Fin quando ciò non accade l'unica soluzione è quella prospettata nella FAQ.
Saluti

Se la soluzione, che è stata trovata, non va a modificare la struttura dell'xml perché non utilizzarla? Il pdf è sempre una "cortesia". Anche in un eventuale scarico, del PDF, da parte del ricevente la "versione" con il netto a pagare lo agevolerebbe. IMHO.

[rosalia.meloni]

Salve,
come specificato nella Faq il netto a pagare non rientra nell'XML e per tale motivo non viene esplicitato. Noi della Cloud Finance avevamo trovato un escamotage per farlo comunque visualizzare nel pdf ma visto che tutti gli altri software non lo prevedevano e questo comportava un problema ulteriore di allineamento di calcoli effettuati da software diversi che ricevevano la fattura abbiamo dovuto abbandonare tale soluzione.
L'unica speranza è che l'Agenzia si renda conto che ci stiamo trovando tutti in difficoltà e corra i ripari con un aggiornamento dell'XML. Fin quando ciò non accade l'unica soluzione è quella prospettata nella FAQ.
Saluti

Se la soluzione, che è stata trovata, non va a modificare la struttura dell'xml perché non utilizzarla? Il pdf è sempre una "cortesia". Anche in un eventuale scarico, del PDF, da parte del ricevente la "versione" con il netto a pagare lo agevolerebbe. IMHO.

In che senso lo agevolerebbe? Non capisco...

[giuseppe.serrao]

In che senso lo agevolerebbe? Non capisco...

Era una mia considerazione per i tecnici e gli sviluppatori

[rosalia.meloni]

Ho consultato il commercialista, mi ha consigliato di modificare l'importo (al netto del contributo enasarco) nella sezione dati pagamento ma in fase di chiusura e verifica della fattura il sistema riconosceva l'errore (incongruenza tra importo del bonifico e netto a pagare) e consigliandomi di verificare le somme, non mi consentiva di chiudere e inviare il documento. Ho dovuto optare per la non compilazione della sezione DATI PAGAMENTO. Spero che gli sviluppatori trovino presto la soluzione, grazie