🌐ENESDEFR
← Volver al panel general
🇲🇾

Análisis del país

Malasia

Asia-Pacific · MY · VAT area: EU
Última actualización: 2026-07-21
Modelo de cumplimiento: Compensación centralizada (MyInvois)
🎚️El mandato de compensación MyInvois de Malasia se está implementando de arriba hacia abajo según la facturación de la empresa, cubriendo ya en 2026 a las empresas del nivel RM1–5 millones. Cada nivel recibe un período de flexibilidad tras su fecha de inicio formal antes de que se endurezca la aplicación.
UBL 2.1
XML o JSON
55
Campos de datos obligatorios
72 h
Ventana de rechazo/cancelación
8
Tipos de documento admitidos
7 años
Requisito de archivo
01

Cronología de cumplimiento

La implementación de Malasia funciona de arriba hacia abajo por tramo de facturación, con un periodo de relajación que se extiende mucho más allá de la fecha formal de inicio de cada tramo.

2024
2024-08-01En vigor
Fase 1 — empresas con una facturación superior a 100 millones de RM

Los mayores contribuyentes se convierten en el primer grupo obligatorio, estableciendo MyInvois como la plataforma nacional de compensación.

2025
2025-01-01En vigor
Fase 2 — de 25 a 100 millones de RM

Las empresas medianas-grandes se incorporan al mandato.

2025
2025-07-01En vigor
Fase 3 — de 5 a 25 millones de RM

El mandato se extiende más abajo en la escala de facturación hacia las empresas medianas.

2026
2026-01-01En vigor
MyInvois Fase 4 — facturación de 1 a 5 millones de RM

Las empresas con una facturación anual de entre 1 y 5 millones de RM entraron en el mandato, con un periodo de relajación (sin sanciones por errores de envío) ampliado hasta el 31 de diciembre de 2027.

2026
2026-07-01En vigor
Empresas relacionadas/filiales de grupos con 1 millón+ RM

Las empresas con una facturación inferior a 1 millón de RM que son filiales o empresas relacionadas de un grupo con 1 millón+ RM deben cumplir igualmente, independientemente de su propia facturación individual.

02

Formato de archivo y especificación de datos

Malasia admite genuinamente dos serializaciones de la misma estructura UBL 2.1 subyacente — elija la que mejor se adapte a su sistema, no un formato único fijo.

Formato

Estructura de datosUBL 2.1 (Universal Business Language)
Serializaciones aceptadasXML o JSON
Certificado digitalObligatorio, emitido por una Autoridad de Certificación malasia reconocida

Tanto XML como JSON transportan el mismo modelo de datos UBL 2.1 — elija según lo que se integre de forma más limpia con su ERP actual, no por preferencia de cumplimiento.

Campos de datos obligatorios

Número de campos55 campos de datos específicos
CubreDatos del vendedor/comprador, artículos de la transacción, cantidades, precios, impuestos, totales, información de pago
Campos de referenciaTIN, código MSIC, clasificación fiscal

Las fallas de validación en la LHDN se rechazan de forma cerrada — el documento se rechaza directamente en lugar de aceptarse con una advertencia, por lo que acertar con estos 55 campos desde el principio realmente importa.

Tipos de documento (8 en total)

Tipos estándarFactura, nota de crédito, nota de débito, nota de reembolso
Variantes autofacturadasCuatro equivalentes, para escenarios de autofacturación

Las facturas autofacturadas se tratan como un conjunto de tipos de documento genuinamente distinto, no solo como una marca sobre el tipo de factura estándar — planifique su integración en consecuencia si utiliza la autofacturación.

Peppol como vía separada

Gestionado porMDEC (Malaysia Digital Economy Corporation)
Se usa paraIntercambio de facturas transfronterizo y B2G
Diferencia de formatoMyInvois suele usar UBL 2.1 JSON; Peppol usa UBL 2.1 XML con PINT

Una empresa puede usar, y a menudo usa, ambas vías simultáneamente — MyInvois para el cumplimiento nacional, Peppol para la contratación pública o clientes internacionales — pero son protocolos genuinamente diferentes que requieren un tratamiento separado.

03

Alcance y transmisión

MyInvois es una auténtica plataforma de compensación: la LHDN valida en tiempo real y asigna identificadores antes de que una factura tenga fuerza legal.

Mecánica de la API

AutenticaciónOAuth 2.0, ámbito "InvoicingAPI"
IdentidadTIN del contribuyente + NRIC/BRN
EndpointPOST a /api/v1.0/documents/submit
CredencialesEspecíficas del entorno — sandbox y producción son independientes

No reutilice las credenciales de sandbox en producción ni viceversa — la LHDN emite pares distintos de ID/secreto de cliente para cada entorno a través del portal de desarrolladores de MyInvois.

La ventana de 72 horas

Solicitud de rechazo del compradorEn un plazo de 72 horas desde la validación
Cancelación por el emisorEn un plazo de 72 horas desde la aprobación
Tras la ventanaDebe emitirse en su lugar una nota de crédito/débito

Intentar cancelar fuera de esta ventana devuelve un error "OperationPeriodOver" — planifique su flujo de corrección en torno a las notas de crédito/débito como vía de respaldo, no la cancelación.

Métodos de envío

  • Entrada manual a través del portal MyInvois
  • Integración directa por API
  • Soluciones acreditadas/vinculadas a Peppol

El envío por API se recomienda para volúmenes de facturación moderados a altos — permite la integración directa con el ERP y el procesamiento por lotes automatizado que la entrada manual en el portal no puede igualar.

Ciclo de vida de la validación

NuevaEn procesoEnviadaAprobada / Rechazada

Tras una validación exitosa, MyInvois devuelve un UUID de inmediato y un Long ID una vez que se completa la validación del lado del servidor — construya su sondeo de estado en torno a ambos identificadores.

04

Cómo cumplir

Obtener credenciales de API es un proceso genuino de verificación de identidad de varios pasos, no un registro de autoservicio.

Determine su fase aplicable

Compare sus cuentas auditadas del ejercicio 2022 (o su primera declaración de impuestos disponible) con el tramo de facturación actual para confirmar cuándo comienza realmente su obligación.

Regístrese en el portal de desarrolladores de MyInvois

Complete la verificación de identidad usando su TIN y BRN (o NRIC para particulares), y solicite acceso a la API — la LHDN emite un ID de cliente y un secreto de cliente para el flujo OAuth 2.0.

Obtenga un certificado digital

Obténgalo de una Autoridad de Certificación malasia reconocida — todo documento enviado debe estar firmado digitalmente.

Adapte sus datos a UBL 2.1

Asegúrese de que su ERP o software de facturación pueda generar correctamente los 55 campos obligatorios, en XML o JSON — las fallas de validación se rechazan de forma cerrada, sin aceptación parcial.

Pruebe a fondo en el entorno de sandbox

Use sus credenciales de sandbox independientes para validar todo el flujo de envío → validación → sondeo de estado antes de pasar a producción.

Informe a los equipos de ventas y finanzas

Ventas debe capturar TINs precisos en la etapa del acuerdo; finanzas necesita una rutina diaria de seguimiento de la cola de rechazos, ya que las correcciones deben producirse rápido dentro de la ventana de 72 horas.

Compruebe la estructura del grupo por exposición como empresa relacionada

Confirme si formar parte de un grupo con 1 millón+ RM le incluye en el alcance incluso si su propia facturación individual está por debajo de ese umbral.

05

Sanciones y aplicación

El incumplimiento se remite al marco general de la Ley del Impuesto sobre la Renta de Malasia en lugar de a un régimen de sanciones específico de facturación electrónica independiente.