WorldwideTradeX è una società commerciale con sede a Istanbul: forniamo, esportiamo e consegniamo.

Torna a Sviluppo Software su Misura e Architettura ERP — B2B
Integrazione fatturazione elettronica Turchia per ERP - Analisi Tecnica

Integrazione fatturazione elettronica Turchia per ERP

Per operare in Turchia con la fatturazione elettronica, un ERP deve di solito supportare e-Fatura e e-Arşiv — e in alcuni settori anche e-İrsaliye — attraverso l'Agenzia delle Entrate (GİB), normalmente tramite un integratore privato. L'ERP crea il documento nel formato UBL-TR, il venditore lo firma con il sigillo finanziario (mali mühür), l'integratore lo sdogana con il GİB e il contribuente resta responsabile della conservazione per tutta la durata.

Cosa deve supportare un ERP per operare in Turchia?

La Turchia gestisce la fatturazione elettronica come un sistema di validazione (clearance): il documento viene creato dal venditore, trasmesso attraverso un canale autorizzato, convalidato dall'Agenzia delle Entrate ed è legale solo da quel momento in poi. Per un'azienda che fa girare le proprie operazioni su un ERP, questo ha conseguenze in quattro punti del sistema:

  • Creazione del documento. L'ERP — o un motore collegato — deve generare le fatture nella struttura UBL-TR richiesta, con i codici, gli identificativi delle parti e i dati di riga che lo schema esige, non un layout stampato riconfezionato in XML.

  • Firma digitale. I documenti si firmano con il sigillo finanziario rilasciato al contribuente; il passaggio di firma deve stare dentro il flusso, con una gestione delle chiavi coerente con le modalità di custodia del sigillo.

  • Scambio bidirezionale. Nel regime e-Fatura lo stato di registrazione della controparte decide il tipo di documento, e i documenti in arrivo — fatture ricevute, risposte, annullamenti dove consentiti — devono rientrare nell'ERP con i loro identificativi originali, altrimenti la contabilità perde il collegamento tra il sistema e l'archivio ufficiale.

  • Archiviazione e recupero. I documenti emessi e ricevuti devono essere recuperabili per l'intero periodo di conservazione; se a conservarli sia l'integratore, l'ERP o entrambi è una decisione da prendere prima dell'avvio, non dopo una richiesta di audit.
La maggior parte delle aziende ci arriva non ricostruendo il proprio ERP ma collegandolo: un livello di integrazione tra l'ERP e un integratore privato, con l'ERP che resta il sistema di record per clienti, articoli, prezzi e contabilità.

Un punto strutturale che sorprende i team nuovi del clearance: la fattura non è finita quando l'ERP la stampa. È finita quando lo scambio è completo e le risposte tornano indietro, il che significa che la nozione di stato di una fattura nell'ERP deve estendersi oltre «creata» e «inviata» per includere accettata, rifiutata e corretta. Le aziende che saltano questo finiscono a riconciliare a mano, a fine mese, due versioni della verità — il proprio registro e l'archivio ufficiale — che è esattamente il lavoro che la fatturazione elettronica doveva eliminare.

Un altro punto riguarda i tempi. I documenti in un sistema di validazione non sono asincroni come un allegato e-mail: un rifiuto arriva mentre il team sta ancora lavorando, e la correzione che richiede tocca di solito l'anagrafica anziché il documento. Costruire il flusso in modo che la persona che sa correggere la causa sia avvisata al momento, invece di scoprirlo in un report mensile, è la differenza fra un sistema che gira e un sistema che va sorvegliato.

Per discutere l'integrazione, richiedete un preventivo.

e-Fatura, e-Arşiv, e-İrsaliye spiegati

DocumentoA cosa serveInnesco tipicoNota
e-FaturaFatture B2B e B2G (verso la pubblica amministrazione) tra contribuenti registrati al regimeEntrambe le parti sono registrate per e-FaturaDocumento strutturato scambiato tra parti registrate; lo stato della controparte decide il percorso
e-ArşivFatture in cui l'acquirente non è registrato per e-Fatura — dettaglio e B2C, e parte del B2BIl venditore rientra nell'ambito; l'acquirente è fuori dal regime e-FaturaReso come PDF per l'acquirente, ma generato e dichiarato attraverso la stessa catena
e-İrsaliyeDocumenti di trasmissione elettronici per i settori e le operazioni designati dalle regoleSpedizione di merci nei flussi copertiSi aggancia alla fattura: documento di trasporto e fattura si citano a vicenda
e-DefterLibri e scritture — libro mastro e giornale, dichiarati elettronicamenteContribuenti in ambito, secondo le regole applicabiliUn obbligo separato dalla fatturazione elettronica, ma di solito pianificato nello stesso progetto

Chi ricade in quale obbligo è definito dalle regole e dalle circolari del GİB, che cambiano; le soglie e le designazioni di settore sono fissate dalle autorità e cambiano con esse. L'affermazione corretta per un acquirente è di natura procedurale: verificate il vostro stato di registrazione con il commercialista o il consulente fiscale sulle regole correnti prima di progettare l'integrazione, non su un articolo — compreso questo.

Opzioni di integrazione

OpzioneAdatto aSforzo ERPAttenzioni
Portale GİBVolumi molto bassi, emissione manualeNessuno nell'ERPManuale, lento, non un obiettivo di progetto per un'azienda con ERP; tenetelo solo come ripiego
Integratore privato (özel entegratör)Il percorso comune per la maggior parte delle aziendeUna connessione all'API o al formato dell'integratore, più il mappingConfrontare gli integratori su assistenza e qualità dell'API conta più che sul logo; chiedete chi mantiene gli aggiornamenti dello schema
Accesso diretto a GİBOperazioni più grandi che vogliono il controllo completoAlto: vi prendete la responsabilità tecnica e operativa del canalePiù complesso da ottenere e da gestire; descritto come raro nella pratica — trattatelo come un'eccezione da giustificare, non come un valore predefinito

Il modello a integratore privato merita un chiarimento, perché viene spesso frainteso: usare un integratore privato non trasferisce gli obblighi del contribuente. L'integratore fornisce il canale tecnico, la trasmissione e il servizio di conservazione; la responsabilità legale dei documenti — la loro correttezza, la loro emissione e la loro conservazione ai sensi della Legge sulle procedure fiscali — resta al contribuente. Quando la pagina vendite di un integratore sembra dire che il problema di conformità lo risolve per voi, rileggete quella frase.

Nella pratica questa divisione si vede in modi piccoli e concreti. Se un documento viene rifiutato perché l'identificativo fiscale del cliente era sbagliato nella vostra anagrafica, il sistema dell'integratore ha funzionato perfettamente e l'errore è vostro da correggere. Se una fattura viene emessa con il codice IVA sbagliato, nessun controllo di canale vi salverà. L'integratore è infrastruttura; la qualità dei dati che lo attraversa è una disciplina interna, e l'ERP è il posto in cui quella disciplina viene incorporata o lasciata all'abitudine. Gli acquirenti che confrontano integratori dovrebbero quindi passare meno tempo sull'elenco delle funzionalità e più tempo sulle domande che rivelano chi fa cosa quando qualcosa fallisce: chi avvisa chi, in quale formato e quanto velocemente può essere ritrasmesso un documento corretto.

Passaggi di implementazione e collaudo

Una sequenza fattibile per un'integrazione lato ERP:

  1. Fissare l'ambito degli obblighi. Quali documenti riguardano l'attività — e-Fatura, e-Arşiv, e-İrsaliye, e-Defter — confermati sulle regole correnti con il commercialista aziendale.

  2. Scegliere il canale. La maggior parte delle aziende seleziona un integratore privato; le domande di selezione — qualità dell'API, disponibilità di sandbox, lingua e orari dell'assistenza, gestione degli aggiornamenti di schema, riferimenti — meritano un esercizio di selezione a sé.

  3. Mappare l'anagrafica. Clienti e loro identificativi fiscali, articoli, unità, valute e codici IVA devono corrispondere alle attese dello schema; le discordanze qui sono la maggiore fonte unica di errori successivi.

  4. Progettare il flusso documentale. Chi crea cosa, quando si applica il sigillo, cosa succede in caso di guasto, come i documenti in uscita e in arrivo si agganciano ai record dell'ERP e come vengono emesse le correzioni.

  5. Usare l'ambiente di prova. Entrambe le parti offrono un ambiente di test; fate passare ogni tipo di documento, ogni percorso di errore e ogni scenario di correzione prima dell'avvio, con lo stesso mapping usato in produzione.

  6. Trattare gli errori come un processo. I rifiuti arrivano dopo la trasmissione; qualcuno deve vederli, capirne la causa e correggere i dati sottostanti — una casella di avvisi senza proprietario è il modo in cui un'azienda finisce per emettere documenti in ritardo.

  7. Pianificare archiviazione e accessi. Dove si conservano i documenti, chi può recuperarli e come si risponde a una richiesta di un revisore entro il periodo di conservazione.
La parte che decide il successo non è l'interfaccia; sono i passaggi 3, 6 e 7 — qualità dei dati, proprietà degli errori e recupero — perché continuano dopo che il team di progetto è andato a casa.

Punti per aziende con capogruppo estero e non residenti da porre a un consulente

Per un'azienda con un capogruppo estero, o che entra in Turchia senza un team finanziario locale completo, diverse domande vanno poste a un consulente fiscale anziché al progetto IT — le risposte determinano la progettazione, quindi ponetele prima che l'integrazione inizi, non dopo:

  • Percorso di registrazione. Come l'azienda diventa soggetta agli obblighi, chi firma le domande e quale rappresentante viene riconosciuto — questioni di registrazione fiscale, non di software.

  • Disposizioni sul sigillo. Come si ottiene il sigillo finanziario per l'azienda e come si organizza la custodia quando i firmatari sono fuori dalla Turchia.

  • Rappresentanti e firme. Chi è autorizzato a firmare quali documenti e cosa deve registrare l'ERP sul firmatario per la traccia di audit.

  • Posizione della controllata estera. Se valgono requisiti aggiuntivi per le aziende a proprietà non residente e come viene trattata la fatturazione infragruppo.
Queste sono volutamente formulate come domande per un consulente: le regole di registrazione e rappresentanza cambiano, sono locali, e una pagina di prodotto non può qualificarle. Ciò che il progetto IT può fare è progettare prevedendo risposte lente — mantenere il flusso documentale configurabile anziché codificato attorno a un'unica ipotesi.

Vale anche la pena di decidere chi possiede la relazione con il consulente. Nelle aziende in cui finanza e IT danno per scontato che l'altra abbia posto la domanda, questi punti arrivano in ritardo sull'integrazione — di solito nelle settimane prima dell'avvio, quando il flusso documentale è già fissato. Un responsabile nominato da ogni parte e un incontro congiunto prima del passaggio 3 dell'implementazione previene la maggior parte dei problemi.

Problemi comuni

I guasti che ricorrono più spesso in questo tipo di progetto, e cosa di solito indicano:

  • Rifiuti in validazione. Quasi sempre un problema di mapping: un codice IVA, un formato di identificativo o un campo di riga che non corrisponde alle attese dello schema. Correggete l'anagrafica, non la logica dei ritentativi.

  • Numerazione duplicata. Sequenze numeriche generate da più di un sistema, o rigenerate dopo un guasto; la numerazione deve avere esattamente un proprietario e una regola di ripristino documentata.

  • Errori sullo stato della controparte. Emissione del tipo di documento sbagliato perché lo stato di registrazione del cliente era memorizzato o dato per scontato; consultate lo stato secondo le regole dell'integratore, non a memoria.

  • Documenti in arrivo persi. Documenti ricevuti ma mai riversati nell'ERP, così la contabilità fornitori lavora su uno schermo separato; la direzione dello scambio fa parte dell'integrazione, non è un extra opzionale.

  • Aggornamenti di schema mancati. La struttura cambia nel tempo; chi è responsabile deve sapere quando è cambiata e cosa il cambiamento ha fatto al mapping.

  • Test saltati sotto scadenza. Ogni problema sopra costa meno nell'ambiente di prova; la pressione dell'avvio è dove diventano incidenti.

Domande frequenti

Qual è la differenza tra e-Fatura e e-Arşiv?

e-Fatura copre le fatture scambiate tra contribuenti registrati al regime, come documenti strutturati tra parti registrate; e-Arşiv copre le fatture in cui l'acquirente è fuori da quel regime — dettaglio e B2C, e parte del B2B — che l'acquirente di solito riceve come PDF generato attraverso la stessa catena ufficiale. Quale dei due si applica a una data fattura discende dallo stato di registrazione della controparte, ed è per questo che l'integrazione lo verifica invece di darlo per scontato.

Mi serve un integratore privato?

Per la maggior parte delle aziende, sì — è il percorso comune, e il canale diretto è descritto come complesso e raro. Un integratore privato fornisce il canale tecnico verso il GİB e il servizio di conservazione; i vostri obblighi di contribuente restano vostri. Sceglierlo è un esercizio di selezione del fornitore: qualità dell'API, sandbox, assistenza e gestione degli aggiornamenti di schema decidono l'esperienza quotidiana più del marchio.

Cos'è il sigillo finanziario (mali mühür)?

È la credenziale di firma digitale del contribuente usata per firmare i documenti elettronici prima che vengano trasmessi; custodia e chi può usarlo sono domande pratiche da sistemare dentro l'azienda. Per i team con firmatari fuori dalla Turchia, la disposizione su chi detiene e applica il sigillo è uno dei primi punti da porre a un consulente fiscale.

Qualsiasi ERP può emettere fatture elettroniche turche?

No. L'ERP deve generare la struttura UBL-TR richiesta con un'anagrafica corretta, oppure essere collegato a un motore o a un integratore che lo faccia; un layout di fattura standard non basta. La maggior parte delle aziende collega anziché ricostruire — la domanda da porre a un fornitore è quali integratori supporta il suo connettore, cosa mette in mappa e dove si trova la sua documentazione.

Come faccio il collaudo prima dell'avvio?

Attraverso gli ambienti di test offerti sia dall'integratore sia dal lato ufficiale, usando lo stesso mapping dell'anagrafica della produzione: ogni tipo di documento, ogni percorso di rifiuto, ogni correzione e ogni documento in arrivo riversato nell'ERP. Trattate il test anche come una prova generale del processo di errore — qualcuno deve ricevere, diagnosticare e correggere un rifiuto, non solo vedere una spunta verde.

Chi conserva le fatture?

Il contribuente resta responsabile della conservazione ai sensi della Legge sulle procedure fiscali; l'integratore di solito fornisce lo stoccaggio tecnico e molte aziende tengono i documenti anche nel proprio ERP per l'uso quotidiano. Ciò che conta è decidere la disposizione prima dell'avvio, sapere chi può produrre quale documento entro il periodo di conservazione e testare quel recupero prima che un revisore lo chieda.

Fonti e norme

  • GİB — Gelir İdaresi Başkanlığı — l'Agenzia delle Entrate pubblica regole, circolari e documentazione tecnica per e-Fatura, e-Arşiv, e-İrsaliye ed e-Defter; le versioni correnti lì prevalgono su tutto ciò che è riassunto in questa pagina.
  • Stato di registrazione, soglie, designazioni di settore e scadenze sono fissati dalle autorità e cambiano; confermate con il commercialista o il consulente fiscale sulle regole correnti. Nulla in questa pagina è consulenza fiscale, e per WorldwideTradeX non vengono rivendicate relazioni con integratori, partnership o certificazioni.

Pagine correlate

Sviluppo software · Odoo ERP per aziende di trading · ERP su misura versus pacchetto · Audit e consulenza IT · Richiedi un preventivo

Argomenti correlati

Portale ordini B2B: guida allo sviluppo software → Outsourcing IT in Turchia: come scegliere il fornitore → Odoo, il software ERP per le aziende di trading → Checklist RFP per fornitori software: come valutare →