[{"data":1,"prerenderedAt":237},["ShallowReactive",2],{"\u002Fblog\u002Fech-0069-v4-whats-new-in-the-latest-swiss-e-invoice-standard":3},{"id":4,"title":5,"body":6,"description":228,"extension":229,"lastUpdatedAt":230,"meta":231,"navigation":232,"path":233,"publishedAt":230,"seo":234,"stem":235,"__hash__":236},"blog\u002Fblog\u002F0024.ech-0069-v4-whats-new-in-the-latest-swiss-e-invoice-standard.md","eCH-0069 v4: what''s new in the latest Swiss e-invoice standard",{"type":7,"value":8,"toc":213},"minimark",[9,19,22,27,30,60,63,67,72,79,82,85,89,96,107,110,114,121,132,136,139,142,146,149,163,166,170,173,177,180,207,210],[10,11,12,13,18],"p",{},"eCH-0069 is the Swiss e-government standard that defines the data model and technical requirements for electronic invoices in the Swiss public sector. It sits alongside the ",[14,15,17],"a",{"href":16},"\u002Fblog\u002Fhow-swissdigin-extends-peppol-bis-billing-30-for-switzerland","SwissDIGIN PEPPOL profile"," as part of the broader Swiss e-invoicing standardisation landscape — eCH-0069 focuses particularly on the requirements of federal and cantonal government procurement systems, while SwissDIGIN focuses on the PEPPOL-specific implementation.",[10,20,21],{},"Version 4 of the standard was published by the eCH organisation following a consultation process that included federal IT stakeholders, software vendors, and cantonal representatives. Here is what changed and what it means if you already have an implementation based on an earlier version.",[23,24,26],"h2",{"id":25},"background-what-ech-0069-covers","Background: what eCH-0069 covers",[10,28,29],{},"Before looking at the changes, it helps to understand the scope. eCH-0069 defines:",[31,32,33,42,48,54],"ul",{},[34,35,36,37,41],"li",{},"The ",[38,39,40],"strong",{},"semantic data model"," for a Swiss e-invoice — what fields must be present, which are optional, and what each field means",[34,43,36,44,47],{},[38,45,46],{},"syntactic binding"," to specific XML formats (primarily PEPPOL BIS Billing 3.0 \u002F UN\u002FCEFACT CII and UBL 2.1)",[34,49,50,53],{},[38,51,52],{},"Swiss-specific extensions"," beyond the EN 16931 European baseline — the UID format, Swiss VAT categories, Swiss payment references, and public sector specific fields like budget codes and cost centre references",[34,55,56,59],{},[38,57,58],{},"Validation rules"," expressed as Schematron, which complement the XSD structure validation",[10,61,62],{},"Version 4 is an evolution from version 3, not a wholesale rewrite. The underlying EN 16931 semantic model is unchanged — the European baseline is stable. The changes in v4 are primarily in the Swiss extensions and in tightening up rules that were ambiguous in practice.",[23,64,66],{"id":65},"what-changed-in-version-4","What changed in version 4",[68,69,71],"h3",{"id":70},"mandatory-uid-on-all-invoices-to-swiss-public-sector-buyers","Mandatory UID on all invoices to Swiss public sector buyers",[10,73,74,75,78],{},"In earlier versions, the seller UID (CHE-xxx.xxx.xxx) was required for VAT-registered sellers but technically optional for non-VAT-registered suppliers. Version 4 makes the seller UID ",[38,76,77],{},"mandatory on all invoices submitted to Swiss public sector buyers",", regardless of VAT registration status.",[10,80,81],{},"The rationale is administrative: federal and cantonal procurement systems use the UID as the primary supplier identifier for vendor master matching and payment processing. An invoice without a UID creates a manual intervention step to identify the supplier. Making it mandatory removes that exception handling path.",[10,83,84],{},"For non-VAT-registered suppliers — freelancers with revenue below the CHF 100,000 threshold, for example — this means you need a UID even though you do not use it for VAT purposes. Every Swiss company and self-employed person can obtain a UID from the federal UID register (UID-Register) at no cost. If you supply the federal government and do not yet have a UID, obtaining one is a prerequisite for compliance.",[68,86,88],{"id":87},"tighter-rules-on-the-orderreference-field","Tighter rules on the OrderReference field",[10,90,36,91,95],{},[92,93,94],"code",{},"OrderReference\u002FID"," field — where you put the buyer's purchase order number — had loose validation in earlier versions. V4 introduces explicit Schematron rules that enforce:",[31,97,98,101,104],{},[34,99,100],{},"The field must be present on invoices to public sector buyers where a purchase order was issued",[34,102,103],{},"The value must match the format specified by the procuring authority (some federal offices use numeric-only PO numbers; others include alphanumeric codes)",[34,105,106],{},"A blank or placeholder value (\"N\u002FA\", \"0\", \"-\") is no longer accepted by v4-compliant validators",[10,108,109],{},"In practice, this means your invoicing system must actually carry the PO number from the sales order or customer instruction through to the invoice XML, and must validate that it is present before transmission. Invoices that previously slipped through with a blank PO reference field will be rejected under v4 validation.",[68,111,113],{"id":112},"new-budget-code-field-for-cantonal-invoicing","New budget code field for cantonal invoicing",[10,115,116,117,120],{},"Version 4 adds an optional but recommended field for ",[38,118,119],{},"cantonal budget codes"," (Voranschlagspositionen). Several cantons require this information on invoices to route payment through their budget accounting systems correctly. Without it, the invoice is accepted but requires manual intervention in the cantonal treasury system to assign the payment to the correct budget line.",[10,122,123,124,127,128,131],{},"The field maps to ",[92,125,126],{},"AdditionalDocumentReference"," with a defined ",[92,129,130],{},"DocumentTypeCode"," value specific to the Swiss cantonal context. If you invoice cantonal governments, check whether the relevant canton has communicated a required budget code structure — implementing the field now means you are ready rather than having to retrofit it when a canton starts enforcing it.",[68,133,135],{"id":134},"updated-swiss-vat-code-list","Updated Swiss VAT code list",[10,137,138],{},"Switzerland's standard VAT rate changed from 7.7% to 8.1% in January 2024 (with corresponding changes to the reduced and hospitality rates). Version 4 updates the Swiss VAT code list to reflect the current rates and formally deprecates the pre-2024 rate codes. Invoices using old rate codes (7.7%, 2.5%, 3.7%) will fail v4 Schematron validation.",[10,140,141],{},"If your invoicing system still has the old rates in its tax configuration — possible if you were using a system that was not fully updated when the rate change took effect — this is the point at which that gap becomes a validation failure rather than just an inconsistency. Audit your VAT code configuration as part of the v4 migration.",[68,143,145],{"id":144},"clarification-on-credit-note-document-type-codes","Clarification on credit note document type codes",[10,147,148],{},"Earlier versions were ambiguous about which document type code to use for credit notes versus corrective invoices. V4 provides explicit guidance:",[31,150,151,157],{},[34,152,153,156],{},[38,154,155],{},"Credit note"," (Gutschrift): used when the seller is refunding an amount to the buyer — a returned goods credit, a billing error, or a post-delivery price adjustment. Document type code 381.",[34,158,159,162],{},[38,160,161],{},"Corrective invoice"," (Korrekturrechnung): used when the original invoice contained an error and is being replaced by a corrected version. The corrective invoice references the original invoice number. Document type code 384.",[10,164,165],{},"In practice, many Swiss implementations used 381 for both cases. V4 does not reject 381 for corrective invoices, but the guidance makes clear that 384 is the correct code when an original invoice is being superseded rather than partially credited.",[68,167,169],{"id":168},"removal-of-the-fax-number-field","Removal of the fax number field",[10,171,172],{},"This is minor but worth noting: the optional sender fax number field, inherited from earlier versions when fax was still a relevant contact channel, has been removed from the data model in v4. Any implementation that populated this field will need to drop it from the output to avoid unexpected behaviour with v4-strict validators.",[23,174,176],{"id":175},"migration-impact-assessment","Migration impact assessment",[10,178,179],{},"For most implementations, the migration from v3 to v4 is not a major project. The changes that require actual code or configuration work are:",[181,182,183,189,195,201],"ol",{},[34,184,185,188],{},[38,186,187],{},"UID as mandatory field"," — if your system had a conditional check on UID presence, change it to unconditional",[34,190,191,194],{},[38,192,193],{},"VAT rate codes"," — verify your tax configuration uses the post-January 2024 rates (8.1%, 2.6%, 3.8%)",[34,196,197,200],{},[38,198,199],{},"PO reference validation"," — add a pre-send check that the OrderReference field is populated for public sector invoices",[34,202,203,206],{},[38,204,205],{},"Fax field removal"," — drop the field from your XML template if it was included",[10,208,209],{},"The budget code field and the credit note type code clarification require decisions about implementation rather than code changes: decide whether to implement the cantonal budget code field now or wait, and update your credit note generation logic to use 384 where appropriate.",[10,211,212],{},"The updated Schematron validation artefacts for v4 are published on the eCH website and through the SwissDIGIN GitHub repository. Running your existing test invoice set through the v4 Schematron before deploying any changes is the fastest way to identify exactly which rules are failing in your current output. Start there before estimating the migration scope.",{"title":214,"searchDepth":215,"depth":215,"links":216},"",2,[217,218,227],{"id":25,"depth":215,"text":26},{"id":65,"depth":215,"text":66,"children":219},[220,222,223,224,225,226],{"id":70,"depth":221,"text":71},3,{"id":87,"depth":221,"text":88},{"id":112,"depth":221,"text":113},{"id":134,"depth":221,"text":135},{"id":144,"depth":221,"text":145},{"id":168,"depth":221,"text":169},{"id":175,"depth":215,"text":176},"A change-by-change summary of the updates introduced in eCH-0069 version 4 and their impact on existing implementations.","md","2026-07-23",{},true,"\u002Fblog\u002Fech-0069-v4-whats-new-in-the-latest-swiss-e-invoice-standard",{"title":5,"description":228},"blog\u002F0024.ech-0069-v4-whats-new-in-the-latest-swiss-e-invoice-standard","B0n43bVN2FEg-8H2Rw49sMuMd0RySsF49jhiRQqaOys",1785055540111]