Hubbry Logo
SAF-TSAF-TMain
Open search
SAF-T
Community hub
SAF-T
logo
7 pages, 0 posts
0 subscribers
Be the first to start a discussion here.
Be the first to start a discussion here.
SAF-T
SAF-T
from Wikipedia

SAF-T (Standard Audit File for Tax) is an international standard for electronic exchange of reliable accounting data from organizations to a national tax authority or external auditors. The standard is defined by the Organisation for Economic Co-operation and Development (OECD). The file requirements are expressed using XML, but the OECD does not impose any particular file format, recommending that (para 6.28) "It is entirely a matter for revenue bodies to develop their policies for implementation of SAF-T, including its representation in XML. However, revenue bodies should consider data formats that permit audit automation today while minimising potential costs to all stakeholders when moving to new global open standards for business and financial data such as XBRL, and XBRL_GL in particular."

The standard is now increasingly adopted within European countries as a means to file tax returns electronically[citation needed].

The standard was adopted in 2008 by Portugal[1] and has since spread to other European countries, e.g. Luxembourg,[2] Austria, Germany and France. From 1 January 2022 SAF-T is also rolled out in Romania, where large Romanian-resident companies and certain foreign companies.

Although SAF-T is formally standardized, both with respect to syntax (format) and semantics (meaning) to allow for and fulfill automatic data interchange and tools support, e.g. across country borders or common computerized systems, it does include some room for revenue bodies (tax administrations) to add individual elements, e.g. to cover special needs in a taxation or audit system. For example, in Portugal the SAF-T (PT) v1.04_01 standard[3] – based on SAF-T v1.0 – includes some special elements and types relevant to the standard in Portugal.

Standards

[edit]

In May 2005, the OECD Committee on Fiscal Affairs (CFA) published the first version of the SAF-T guidance. Version 1.0 was based on entries as found in a General Ledger Chart of Accounts, together with master file data for customers and suppliers and details of invoices, orders, payments, and adjustments. The standard describes a set of messages for data exchange between accounting software and national tax authorities or auditors. The syntax is proprietary and based on XML. There are multiple localized versions available which are compatible with the general v1.0 standard. Schema was originally defined in old DTD format – a precursor to today's XML Schema.

The revised version (2.0) extended the standard to include information on Inventory and Fixed Assets. The opportunity was also taken to enhance the original SAF-T specification to take account of suggestions from OECD member countries and others. Schema is changed to XML Schema format and new information covering Inventory and Fixed Assets added. The schema is not fully backward compatible with v1.0.[4]

Version Introduced XML Schema Annotated File Package
v1.0 May 2005 SAF-T.xsd SAF-T-map.html SAF-T v1.0 package
v2.0 April 2010 SAF-T_Schema_v_2.00.xsd Annotated SAF-T Schema v2.pdf[5]

Country adoptions

[edit]

The following countries/organizations have laws adopting SAF-T:

Country Name Latest XML Schema version Date Based on SAF-T version Organization Comments
Austria SAF-T AT 1.01[6] January 31, 2009 SAF-T v1.0 Bundesministerium für Finanzen Decree of March 20, 2009 BMF-010102/0002-IV/2/2009.[6][7]
Denmark SAF-T (DK) 1.0 November 26, 2022 SAF-T v2.00 Danish Business Authority (Erhvervsstyrelsen) Information in Danish [8]
France FEC ? January 1, 2014 N/A French Ministry of Finance FEC FR adopted December 5, 2012 making it obligatory pr. January 1, 2014 for companies to supply file covering years 2011, 2012 and 2013.[9][10] However, France's usage of the term "Standard Audit File for Taxation" has been adapted for a file format not based on the OECD SAF-T; their écriture compatible is proprietary.
Lithuania SAF-T 2.01 March 6, 2019[11] SAF-T v2.0 State Tax Inspectorate / Valstybinė mokesčių inspekcija

Article 16 of the Law on Accounting. Resolution No 699 of 1 July 2015 of the Government of the Republic of Lithuania. Order No VA-49 of 21 July 2015 of the Head of the State Tax Inspectorate under the Ministry of Finance. [12]

Luxembourg FAIA 2.01[2] March 13, 2013 SAF-T v2.0 Luxembourg Tax Administration / Administration de l'enregistrement et des domaines Law rule (memo) A-206 of December 24, 2008.[13]
Norway Norwegian SAF-T Financial 1.00 January 1, 2020[14] SAF-T v2.0 Skatteetaten

The Ministry of Finance has amended the Bookkeeping Regulation so the requirement to provide accounting data for bookkeepers who have the bookkeeping available electronically must disclose accounting data in a given standard format. The new section 7-8 comes into force the first period with financial reporting starting 1 January 2020 or later.[15][14]

Poland JPK[16] 2.3[17] July 1, 2016 SAF-T v2.0 Ministerstwo Finansów The new requirement came into place on 1 July 2016 for large companies. Small and medium-sized businesses (less than 250 employees) were required to implement the requirement by 1 July 2018.[18]
Portugal SAF-T (PT) 1.04_01[3] December 2, 2016 SAF-T v1.0 Portuguese Tax Authority / Autoridade Tributária e Aduaneira
Romania SAF-T 2.4.6 January 1, 2022[19] SAF-T v2.0 National Agency for Fiscal Administration (ANAF) Article 591 of the Law 207/2015 on the Fiscal Procedural Code; Order 1783/2021 of the President of National Agency for Fiscal Administration.[20] D406 (Saf-t for Romania variant) started officially at 1 January 2022 with large tax payers as a first stage. D406 will be mandatory for medium tax-payers after 1 January 2023 as a next stage.

D406.XML contains all important accounting and VAT journals (TVA in Romania) like General accounting registry entries, Purchasing and Sales journal, Cash and Bank registers, Accounting statements (balance sheet). In subsidiary by request ANAF may ask by request a monthly Inventory Statements (similar with ERp Stock value as of date both QTY+values)+ all inventory movement transactions (QTY+values) and only once per year Fixed Asset journals.

The declaration D406 core is based on XML type transporting file (D406.XML) between financial/accounting application or Erp and ANAF servers.

The first level of validation for D406.XML is made locally on the accountant's windows PC via JAVA application called [DUKIntegrator.jar] using special validation class [D406Validator.jar][21]

Ukraine SAF-T UA ? ? ? ?

See also

[edit]
[edit]

References

[edit]
Revisions and contributorsEdit on WikipediaRead on Wikipedia
from Grokipedia
SAF-T, or Standard Audit File for Tax, is a standardized XML-based format developed by the in 2005 for the electronic exchange of reliable, accurate accounting between taxpayers and tax authorities, ensuring authenticity, integrity, and usability in line with international standards. The standard originated from initiatives by Portugal's Tax and Customs Authority and was refined through guidelines in 2005 and 2008, aiming to streamline tax compliance by providing a uniform, machine-readable file that supports efficient audits and reduces administrative burdens for businesses and governments alike. Its core purpose is to facilitate the digital reporting of transactional , enabling tax authorities to verify compliance without manual intervention, while promoting transparency and consistency in cross-border tax administration. By standardizing formats, SAF-T minimizes errors in submission and enhances the overall effectiveness of tax enforcement mechanisms. SAF-T's structure is modular, comprising key components such as master files (including charts of accounts, customers, suppliers, and tax details), entries, invoices, and payroll data, all formatted to allow for digital signatures and audit trails. This schema ensures comprehensive coverage of financial transactions, from postings to VAT calculations, making it adaptable to various national requirements while maintaining . Adopted internationally, SAF-T has been implemented or mandated in over a dozen countries, including (since 2008), , and others such as , , , and , with recent adoptions including starting in 2026, and ongoing implementations in countries like . Compliance often involves integration with enterprise software like or Dynamics, which generate SAF-T files for periodic submissions to tax bodies. As of November 2025, the standard continues to evolve, supporting broader e-invoicing and real-time reporting initiatives under frameworks.

Background

Definition and Purpose

SAF-T, or Standard Audit File for Tax, is an international XML-based standard designed for the electronic exchange of reliable accounting data between businesses and tax authorities or external auditors. This format ensures that transactional records are structured and machine-readable, facilitating seamless integration into tax administration systems. Developed as a model by the Organisation for Economic Co-operation and Development (OECD), SAF-T promotes uniformity in data reporting across jurisdictions. The primary purpose of SAF-T is to standardize and automate the submission of accounting records, thereby reducing reliance on manual audits and improving the overall efficiency of tax compliance processes. By enabling direct electronic delivery of verified upon request, it minimizes administrative burdens for both taxpayers and authorities while enhancing the accuracy and speed of fiscal oversight. Key objectives of SAF-T include safeguarding through standardized validation mechanisms, supporting advanced analytical tools via machine-readable formats, and fostering in cross-border reporting to address international compliance challenges. Its scope primarily covers core transactional elements such as general ledgers, and payable, invoices, and tax-related payments, excluding comprehensive financial statements to focus on audit-essential information.

Historical Development

The Standard Audit File for Tax (SAF-T) was initiated by the in 2005 as part of broader efforts to modernize tax administration amid the growing digitalization of accounting systems and processes. This initiative aimed to standardize the electronic exchange of reliable accounting data to streamline and enhance tax compliance efficiency across jurisdictions. Early development involved collaboration with Portugal's tax authority, the Autoridade Tributária e Aduaneira, to create a addressing inefficiencies in traditional audit methods, such as manual data extraction from disparate systems. A major milestone came with the release of SAF-T version 1.0 in May 2005 by the OECD's Committee on Fiscal Affairs, which focused on basic audit files including entries, , master file data, and details to support initial verification needs. This version established a foundational framework for exporting structured information in a machine-readable format, reducing the time and resources required for authorities to analyze taxpayer records. became one of the first countries to adopt SAF-T in 2008, implementing it as a mandatory XML-based standard tailored to national requirements, which further validated the prototype's practical utility. Subsequent developments included the release of SAF-T in 2010, which incorporated Definition (XSD) for improved and , while expanding coverage to include and records. Ongoing refinements have been driven by the OECD's Forum on Tax Administration, where an informal —including representatives from and other nations—addresses implementation challenges and updates the standard to align with evolving digital tax environments. The XML-based structure facilitates standardized data exchange without delving into proprietary formats. The adoption and evolution of SAF-T were accelerated following the 2008 global financial crisis, as governments sought enhanced transparency and risk-based auditing to safeguard revenues amid economic uncertainty. By 2025, SAF-T had become integrated into the European Union's digital tax strategies, such as the VAT in the Digital Age (ViDA) initiative, supporting real-time reporting and anti-fraud measures through compatible structured data frameworks.

Technical Framework

Standards and Versions

The Standard Audit File for Tax (SAF-T) was initially developed by the OECD Forum on Tax Administration and published in 2005 as version 1.0, establishing a basic XML-based structure for exporting reliable accounting data, including the General Ledger, Master Files (such as customer and supplier details), and Source Documents like invoices and payments, without mandatory strict schema enforcement to allow flexibility in early implementations. This version focused on enabling tax authorities to receive standardized, machine-readable files for audit purposes, promoting consistency in data exchange while accommodating varying national accounting practices. In 2010, the released , which enhanced the standard by introducing XML Schema Definition (XSD) files for validation, ensuring structural integrity and data completeness. This iteration expanded the scope with additional modules, such as and Fixed Assets, to cover more comprehensive financial reporting needs, and defined a clear file organization into Header, MasterFiles, SourceDocuments, and GeneralLedgerEntries sections. has since served as the basis for many national adaptations. Country-specific variants build on these core versions while incorporating local requirements; for instance, Portugal's SAF-T PT, approved under Portaria n.º 321-A/2007 and updated through subsequent regulations like Portaria 302/2016 to version 1.04_01, adapts the 2005 framework for VAT and compliance, retaining XML compatibility but adding Portuguese-specific elements for invoicing and accounting. The provides ongoing guidance, including documents on , to support harmonized implementation across jurisdictions. SAF-T files adhere to uniform format rules across versions: they must be encoded in XML to support international characters, digitally signed using standards like XML Digital Signature (XMLDSig) to verify authenticity and prevent tampering, and include essential metadata such as the file creation date, reporting period, and for traceability. These requirements ensure files are tamper-evident and suitable for automated processing by tax authorities. Validation of SAF-T files relies on XSD schemas provided in the standard, which enforce data completeness, correct sequencing of records, and adherence to defined taxonomies, allowing software to check for errors before submission. The OECD's conformance checklists further guide testing by outlining criteria for file generation, such as balanced totals between ledgers and source documents, to confirm accuracy without manual intervention. This process minimizes rejection rates and supports efficient digital audits.

Key Components and Modules

The Standard Audit File for Tax (SAF-T) employs a modular XML-based structure designed to standardize the exchange of and between businesses and tax authorities. At its core, the file is organized into four primary sections: the Header, Master Files, Source Documents, and . The Header provides essential and metadata information, including the file creation date, the software used for generation, and details about the reporting entity and jurisdiction. Master Files contain static , such as customer and supplier details, entity information, , and product catalogs, enabling consistent identification of parties and items across transactions. Source Documents capture transactional records from business operations, including invoices, credit notes, payment receipts, and goods movements, ensuring a traceable link to underlying economic events. The section records financial postings, including journal entries, balances, and opening/closing figures, to reflect the complete trail. Core modules within this framework include General Ledger Entries, which log individual transactions with details like dates, amounts, account codes, and descriptions, and Reporting, which summarizes VAT calculations, rates, and payable amounts for compliance verification. Optional modules, such as Payments (detailing inflows and outflows) and (tracking movements and valuations), can be included based on jurisdictional requirements to extend coverage without altering the base structure. Key data elements are defined with mandatory fields to ensure completeness and auditability, including Document Number for unique identification, Tax Period for temporal context, VAT Code for tax categorization, and Debit/Credit Amounts for financial quantification. These elements support hierarchical XML tagging, allowing nested representations such as an <Invoice> parent element containing child <Line> items for line-level details like quantities and rates. This design promotes interoperability with (ERP) systems by facilitating direct export from , while preventing data duplication through reconciled mappings from source documents to ledger postings. For illustration, a basic SAF-T XML structure begins with the :

xml

<SAFT xmlns="urn:OECD:StandardAuditFile-Tax:SAF_T_2.0"> <Header>...</Header> <MasterFiles>...</MasterFiles> <SourceDocuments>...</SourceDocuments> <GeneralLedgerEntries>...</GeneralLedgerEntries> </SAFT>

<SAFT xmlns="urn:OECD:StandardAuditFile-Tax:SAF_T_2.0"> <Header>...</Header> <MasterFiles>...</MasterFiles> <SourceDocuments>...</SourceDocuments> <GeneralLedgerEntries>...</GeneralLedgerEntries> </SAFT>

This ensures machine-readable, standardized files that enhance reviews without manual intervention.

Global Adoption

Early and European Adoptions

Portugal pioneered the adoption of the Standard Audit File for (SAF-T) in 2008, becoming one of the first countries to implement the OECD-developed standard in XML format as a legal requirement for reporting. Initially mandatory for large firms using computerized from 2009, the requirement expanded to all VAT-registered entities by 2013. The Portuguese version, SAF-T (PT) v1.04_01, integrates with the national e-invoicing system (e-fatura) to facilitate monthly submissions of , invoicing, and transport data. Following Portugal's lead, other European countries introduced SAF-T variants for purposes in the early 2010s. Luxembourg adopted FAIA (Fichier Audit Informatisé Administration) version 2.01, based on SAF-T v2.0, in 2011, requiring submission upon tax authority request to support VAT audits. implemented SAF-T AT version 1.01 in 2009, with expanded use for VAT audits by 2016, mandating on-demand delivery of and invoice data. introduced voluntary SAF-T Financial reporting in 2017, evolving to mandatory on-request submissions by 2020, particularly for documentation in audits. European adoption accelerated in the mid-2010s, with Poland launching Jednolity Plik Kontrolny (JPK), its SAF-T-based system, in 2016 using standards, requiring monthly VAT filings (JPK_VAT) for all taxpayers to replace traditional returns. integrated SAF-T into its i.MAS system in 2017, with full mandatory readiness for on-demand submissions of data by 2018, including i.SAF for reporting. began phased implementation of SAF-T in 2024, requiring businesses to generate files on request, with expansions to more entities in 2025. By November 2025, approximately 10 member states, including these pioneers plus and (using FEC as its SAF-T equivalent since 2014, requiring on-request submission of accounting entries within 15 days for audits), have mandated SAF-T or equivalents, often aligned with EU directives like DAC7 for enhanced administrative cooperation and ViDA proposals for digital VAT reporting. Specific requirements vary, such as 's application to all VAT-registered entities without a turnover threshold, though periodic submissions occur monthly for active filers or quarterly for others. The has played a key role in harmonizing SAF-T across to address the VAT gap, with implementations like Poland's contributing to a reduction from 24.7% in 2015 to 9.9% in 2018 through standardized, auditable data exchange. uses its Fichier des Écritures Comptables (FEC) as a SAF-T equivalent since 2014, requiring on-request submission of accounting entries within 15 days for audits.

Recent and Non-European Adoptions

Romania implemented mandatory SAF-T reporting starting in January 2022 for large taxpayers, with phased expansions to medium-sized enterprises, banks, non-banking financial institutions, and insurance companies from 2023 onward. The system requires monthly submissions in a standardized XML format aligned with OECD guidelines, focusing on VAT-registered entities to facilitate automated tax audits and reduce compliance burdens. By 2025, the rollout extended to non-resident VAT taxpayers, enhancing cross-border compliance through electronic declarations like the D406 form. Outside , Angola stands as an early non-European adopter, introducing SAF-T in 2019 alongside its VAT regime to support tax administration and audit efficiency. Certain VAT-registered taxpayers must generate and submit SAF-T files covering billing, , and data, with annual filings due by April 10 for the prior . This implementation aids Angola's fiscal modernization, particularly in resource-dependent sectors, by enabling structured data exchange with tax authorities. In and the , interest in SAF-T is growing but remains exploratory as of November 2025. India has seen strong support from top taxpayers for potential SAF-T adoption to streamline GST compliance, with surveys indicating 75% favoring its introduction for efficient electronic filing and reduced audits. Malaysia's focus on e-invoicing since 2024 does not yet include SAF-T, though voluntary pilots could align with broader digital tax reforms by 2027. Similarly, Saudi Arabia's ZATCA e-invoicing system emphasizes real-time reporting but has not integrated SAF-T as of November 2025. Latin American countries continue to rely on established systems like Brazil's SPED for digital tax reporting, which shares conceptual similarities with SAF-T but operates independently without formal adoption. Chile's electronic invoicing framework, mandatory since 2018, supports immediate information supply but does not mandate SAF-T files. South Africa is advancing digital tax reforms, including proposed e-reporting by 2026, potentially paving the way for SAF-T-like standards under VAT modernization. As of November 2025, approximately 15 countries have implemented or proposed SAF-T worldwide, reflecting the OECD's push for standardized digital reporting to combat (BEPS) under Pillar Two initiatives. Recent proposals include Bulgaria's phased mandate starting January 2026 for large taxpayers, Ukraine's paused 2025 launch, voluntary pilots in in 2025, and Mozambique's parliamentary proposal for May 2025. The European Commission's VAT in the Digital Age (ViDA) proposal aims for EU-wide uniformity in structured and reporting, including SAF-T elements, with potential mandates by 2030 to align with BEPS 2.0 goals for transparent cross-border taxation.

Implementation and Implications

Compliance Requirements

Businesses must prepare SAF-T files by mapping data from their () systems to the relevant SAF-T schemas, ensuring complete coverage of all transactions for the specified reporting period. This involves extracting and transforming data, such as entries, invoices, and tax-related documents, into the standardized XML format defined by the . To maintain integrity, files typically require digital signatures using qualified electronic certificates, as mandated in implementations like Portugal's system. Submission occurs electronically through designated tax authority portals, such as 's e-Fatura platform, with frequencies depending on the and purpose—ad-hoc upon request for audits or periodic (e.g., monthly or quarterly) for VAT reporting. Implementation timelines vary and are subject to recent legislative changes; for instance, in , the mandatory annual SAF-T submission has been postponed to 2027 for 2026. Files must be transmitted in a secure, validated XML structure to facilitate automated processing by authorities. Frequencies vary by country, with details outlined in specific adoption frameworks. Compliance is generally mandatory for VAT-registered entities exceeding revenue thresholds, such as €50,000 in or €300,000 in , and often extends to historical data spanning 5-10 years during audits to verify past transactions. The scope encompasses all relevant taxable activities, including sales, purchases, and ledger postings, with exemptions typically limited to small-scale or non-resident entities below thresholds. Prior to submission, businesses must test and validate SAF-T files using OECD schema conformance tools to ensure accuracy, completeness, and format compliance, often through XML validation software or authority-provided simulators. Integration with , such as or , is essential for automated and generation, enabling seamless compliance without manual intervention. Post-submission, records must be retained for at least 10 years in an accessible electronic format to support ongoing audits. Non-compliance, including late or incomplete submissions, incurs penalties such as fines up to €5,000 in or PLN 500 per error in , with potential escalations based on severity and repetition; in extreme cases, fines can approach 10% of annual turnover in certain jurisdictions.

Benefits and Challenges

SAF-T offers significant benefits to both tax authorities and businesses by standardizing the electronic exchange of and , which streamlines processes and reduces the time required for preparation and execution. According to guidance, implementations such as Portugal's SAF-T have reduced preparation time by providing auditors with readily accessible, structured in a machine-readable format, minimizing manual extraction efforts. This standardization also enhances accuracy and reliability, as it enforces consistent schemas that reduce errors from disparate reporting formats, ultimately supporting more effective real-time risk assessments by authorities through automated analysis tools. For businesses, SAF-T adoption leads to cost savings by automating manual reporting tasks and eliminating the need for custom data exports during audits, while improving internal controls through better and . Tax administrations benefit from enhanced detection capabilities, as the standardized files enable advanced to identify discrepancies, such as mismatched VAT declarations, more efficiently than traditional paper-based reviews. Despite these advantages, SAF-T implementation presents notable challenges, particularly high initial setup costs for software upgrades and system integrations, which can be burdensome for small and medium-sized enterprises (SMEs) adapting legacy systems. Data quality issues frequently arise during migrations from outdated systems, leading to validation errors and potential non-compliance risks if incomplete or inconsistent records are submitted. Privacy concerns also emerge under the EU's (GDPR), as SAF-T files often contain sensitive like customer details, necessitating robust safeguards to ensure compliance with data minimization and security principles during transmission to authorities. Further complications stem from variability in country-specific schemas, requiring businesses operating internationally to maintain multiple compliant formats and increasing administrative overhead. As of 2025, interoperability gaps persist in cross-border scenarios, where differing national adaptations of the standard hinder seamless data exchange and amplify compliance efforts for multinational entities. Looking ahead, the integration of for automated validation holds potential to further streamline SAF-T processes, but achieving this will depend on greater global harmonization to address these ongoing burdens.

References

Add your contribution
Related Hubs
User Avatar
No comments yet.