🌐ENESDEFR
← ZurĂŒck zur Übersicht
đŸ‡ČđŸ‡Ÿ

LĂ€nderanalyse

Malaysia

Asia-Pacific · MY · VAT area: EU
Zuletzt aktualisiert: 2026-07-21
Compliance-Modell: Zentralisiertes Clearing (MyInvois)
đŸŽšïžMalaysias MyInvois-Clearing-Mandat wird von oben nach unten nach Unternehmensumsatz eingefĂŒhrt und deckt seit 2026 bereits Unternehmen der Stufe RM1–5 Mio. ab. Jede Stufe erhĂ€lt nach ihrem formalen Starttermin eine Übergangsfrist, bevor die Durchsetzung strenger wird.
UBL 2.1
XML oder JSON
55
Pflichtdatenfelder
72 Std.
Ablehnungs-/Stornierungsfenster
8
UnterstĂŒtzte Dokumenttypen
7 Jahre
Aufbewahrungspflicht
01

Compliance-Zeitachse

Malaysias EinfĂŒhrung erfolgt von oben nach unten nach Umsatzstufe, mit einer Lockerungsphase, die weit ĂŒber das formale Startdatum jeder Stufe hinausreicht.

2024
2024-08-01In Kraft
Phase 1 — Unternehmen mit ĂŒber 100 Millionen RM Umsatz

Die grĂ¶ĂŸten Steuerzahler werden die erste verpflichtende Gruppe und etablieren MyInvois als nationale Clearing-Plattform.

2025
2025-01-01In Kraft
Phase 2 — 25 Millionen bis 100 Millionen RM

Mittelgroße bis große Unternehmen treten der Vorgabe bei.

2025
2025-07-01In Kraft
Phase 3 — 5 Millionen bis 25 Millionen RM

Die Vorgabe erstreckt sich weiter die Umsatzskala hinunter auf mittelgroße Unternehmen.

2026
2026-01-01In Kraft
MyInvois Phase 4 — Umsatz 1-5 Mio. RM

Unternehmen mit einem Jahresumsatz zwischen 1 und 5 Millionen RM traten der Vorgabe bei, mit einer bis zum 31. Dezember 2027 verlĂ€ngerten Lockerungsphase (keine Sanktionen fĂŒr Einreichungsfehler).

2026
2026-07-01In Kraft
Verbundene/Tochterunternehmen von Gruppen mit 1 Mio.+ RM

Unternehmen mit einem Umsatz unter 1 Million RM, die Tochter- oder verbundene Unternehmen einer Gruppe mit 1 Million+ RM sind, mĂŒssen sich unabhĂ€ngig von ihrem eigenen individuellen Umsatz dennoch daran halten.

02

Dateiformat & Datenspezifikation

Malaysia unterstĂŒtzt genuin zwei Serialisierungen derselben zugrunde liegenden UBL-2.1-Struktur — wĂ€hlen Sie, was am besten zu Ihrem Stack passt, nicht ein festes einheitliches Format.

Format

DatenstrukturUBL 2.1 (Universal Business Language)
Akzeptierte SerialisierungenXML oder JSON
Digitales ZertifikatVerpflichtend, ausgestellt von einer anerkannten malaysischen Zertifizierungsstelle

Sowohl XML als auch JSON transportieren dasselbe UBL-2.1-Datenmodell — wĂ€hlen Sie basierend darauf, was sich sauberer in Ihr bestehendes ERP integrieren lĂ€sst, nicht nach Compliance-PrĂ€ferenz.

Pflichtdatenfelder

Feldanzahl55 spezifische Datenfelder
UmfasstVerkÀufer-/KÀuferdaten, Transaktionspositionen, Mengen, Preise, Steuern, Summen, Zahlungsinformationen
ReferenzfelderTIN, MSIC-Code, Steuerklassifizierung

Validierungsfehler bei der LHDN schlagen fehlgeschlossen zu — das Dokument wird direkt abgelehnt statt mit einer Warnung akzeptiert, weshalb es wirklich darauf ankommt, diese 55 Felder gleich beim ersten Mal richtig zu haben.

Dokumenttypen (8 insgesamt)

StandardtypenRechnung, Gutschrift, Lastschrift, RĂŒckerstattungsbeleg
Selbstfakturierungs-VariantenVier Entsprechungen, fĂŒr Selbstfakturierungsszenarien

Selbstfakturierte Rechnungen werden als genuin eigenstĂ€ndiger Dokumenttypensatz behandelt, nicht nur als Kennzeichen auf dem Standardrechnungstyp — planen Sie Ihre Integration entsprechend, wenn Sie Selbstfakturierung nutzen.

Peppol als separater Weg

Verwaltet vonMDEC (Malaysia Digital Economy Corporation)
Verwendet fĂŒrGrenzĂŒberschreitenden und B2G-Rechnungsaustausch
FormatunterschiedMyInvois nutzt typischerweise UBL 2.1 JSON; Peppol nutzt UBL 2.1 XML mit PINT

Ein Unternehmen kann und nutzt oft beide Wege gleichzeitig — MyInvois fĂŒr die inlĂ€ndische Compliance, Peppol fĂŒr öffentliche Beschaffung oder internationale Kunden — doch es handelt sich um genuin unterschiedliche Protokolle, die getrennt behandelt werden mĂŒssen.

03

Anwendungsbereich & Übermittlung

MyInvois ist eine echte Clearing-Plattform: Die LHDN validiert in Echtzeit und weist Kennungen zu, bevor eine Rechnung Rechtskraft erlangt.

API-Mechanik

AuthentifizierungOAuth 2.0, Scope "InvoicingAPI"
IdentitÀtSteuerzahler-TIN + NRIC/BRN
EndpunktPOST an /api/v1.0/documents/submit
ZugangsdatenUmgebungsspezifisch — Sandbox und Produktion sind getrennt

Verwenden Sie Sandbox-Zugangsdaten nicht in der Produktion oder umgekehrt — die LHDN vergibt ĂŒber das MyInvois-Entwicklerportal fĂŒr jede Umgebung eigene Client-ID-/Secret-Paare.

Das 72-Stunden-Fenster

Ablehnungsanfrage des KĂ€ufersInnerhalb von 72 Stunden nach Validierung
Stornierung durch den AusstellerInnerhalb von 72 Stunden nach Genehmigung
Nach dem FensterEs muss stattdessen eine Gutschrift/Lastschrift ausgestellt werden

Der Versuch, außerhalb dieses Fensters zu stornieren, liefert einen "OperationPeriodOver"-Fehler — planen Sie Ihren Korrekturworkflow rund um Gutschriften/Lastschriften als RĂŒckfalllösung, nicht die Stornierung.

Einreichungsmethoden

  • Manuelle Eingabe ĂŒber das MyInvois-Portal
  • Direkte API-Integration
  • Akkreditierte/Peppol-verknĂŒpfte Lösungen

Die API-Einreichung wird fĂŒr mittlere bis hohe Rechnungsvolumina empfohlen — sie ermöglicht direkte ERP-Integration und automatisierte Stapelverarbeitung, was die manuelle Portaleingabe nicht leisten kann.

Validierungslebenszyklus

NeuIn BearbeitungEingereichtGenehmigt / Abgelehnt

Bei erfolgreicher Validierung liefert MyInvois sofort eine UUID und nach Abschluss der serverseitigen Validierung eine Long-ID — bauen Sie Ihre Statusabfrage um beide Kennungen herum auf.

04

So werden Sie compliant

Die Beschaffung von API-Zugangsdaten ist ein echter mehrstufiger IdentitĂ€tsprĂŒfungsprozess, keine Selbstbedienungsregistrierung.

Bestimmen Sie Ihre anwendbare Phase

Vergleichen Sie Ihre geprĂŒften AbschlĂŒsse fĂŒr das GeschĂ€ftsjahr 2022 (oder Ihre erste verfĂŒgbare SteuererklĂ€rung) mit der aktuellen Umsatzstufe, um zu bestĂ€tigen, wann Ihre Pflicht tatsĂ€chlich beginnt.

Registrieren Sie sich im MyInvois-Entwicklerportal

Schließen Sie die IdentitĂ€tsprĂŒfung mit Ihrer TIN und BRN (oder NRIC fĂŒr Einzelpersonen) ab, und beantragen Sie API-Zugang — die LHDN vergibt eine Client-ID und ein Client-Secret fĂŒr den OAuth-2.0-Ablauf.

Beschaffen Sie ein digitales Zertifikat

Beziehen Sie dieses von einer anerkannten malaysischen Zertifizierungsstelle — jedes eingereichte Dokument muss digital signiert sein.

Bilden Sie Ihre Daten auf UBL 2.1 ab

Stellen Sie sicher, dass Ihr ERP oder Ihre Rechnungssoftware alle 55 Pflichtfelder korrekt erzeugen kann, in XML oder JSON — Validierungsfehler schlagen fehlgeschlossen zu, ohne Teilakzeptanz.

Testen Sie grĂŒndlich in der Sandbox-Umgebung

Nutzen Sie Ihre separaten Sandbox-Zugangsdaten, um den vollstĂ€ndigen Ablauf aus Einreichung → Validierung → Statusabfrage zu validieren, bevor Sie zur Produktion wechseln.

Informieren Sie Vertriebs- und Finanzteams

Der Vertrieb muss bereits in der Verhandlungsphase korrekte TINs erfassen; das Finanzteam benötigt eine tĂ€gliche Routine zur Überwachung der Ablehnungswarteschlange, da Korrekturen innerhalb des 72-Stunden-Fensters schnell erfolgen mĂŒssen.

PrĂŒfen Sie die Konzernstruktur auf Risiko als verbundenes Unternehmen

BestÀtigen Sie, ob die Zugehörigkeit zu einer Gruppe mit 1 Million+ RM Sie in den Anwendungsbereich bringt, selbst wenn Ihr eigener Einzelumsatz unter dieser Schwelle liegt.

05

Sanktionen & Durchsetzung

Nichteinhaltung wird in Malaysias allgemeinen Rahmen des Einkommensteuergesetzes eingeordnet, statt in einen eigenstÀndigen E-Invoicing-Sanktionskatalog.