La regla general es esta: los valores monetarios de tu factura electrónica —subtotales, impuestos, descuentos y el total a pagar— deben ir con máximo dos decimales, mientras que los precios unitarios y las cantidades admiten una precisión mayor, de hasta seis decimales. Además, el separador decimal en el XML siempre es el punto (.), nunca la coma, y no se usan separadores de miles. Si respetas estas tres cosas y redondeas de forma consistente, la DIAN no tendrá motivos para rechazar tu documento por temas de precisión numérica.
Ahora, el diablo está en los detalles: un redondeo hecho en el momento equivocado puede hacer que la suma de las líneas no cuadre con el total, y ahí es donde la DIAN devuelve el documento. Vamos por partes para que esto no te pase.
Lo que exige el anexo técnico de la DIAN
El formato de la factura electrónica en Colombia está definido en el anexo técnico de la factura electrónica de venta, adoptado por la DIAN (la versión vigente, 1.9, fue adoptada mediante la Resolución 000165 de 2023). Ese documento define, campo por campo, cómo deben expresarse los valores numéricos del XML. En resumen:
- Separador decimal: siempre el punto. Escribir 1.190,50 en lugar de 1190.50 es un error de formato que invalida el documento.
- Sin separador de miles: el valor un millón se escribe 1000000.00, no 1.000.000.
- Valores monetarios totalizadores: los campos de totales (valor bruto, base gravable, impuestos, total a pagar) se expresan con dos decimales.
- Precios unitarios y cantidades: aceptan mayor precisión, hasta seis decimales, pensando en productos que se venden por gramos, mililitros, minutos o precios unitarios muy pequeños.
- Tarifas de impuestos: los porcentajes (como el 19.00 del IVA) se expresan con dos decimales.
Si quieres el contexto completo de cómo funciona todo el sistema de facturación en el país, en nuestra guía de facturación electrónica en Colombia según la DIAN encuentras el panorama normativo desde cero.
Decimales permitidos por tipo de campo
Esta tabla te sirve como referencia rápida para revisar tu configuración o la de tu software:
| Campo del XML | Decimales | Ejemplo correcto | Nota clave |
|---|---|---|---|
| Precio unitario (PriceAmount) | Hasta 6 | 1250.333333 | Útil para tarifas por unidad muy fraccionadas |
| Cantidad (InvoicedQuantity) | Hasta 6 | 0.755000 | Ideal para ventas por peso o volumen |
| Valor de la línea (LineExtensionAmount) | 2 | 943.50 | Es el resultado de cantidad × precio, ya redondeado |
| Base gravable e impuestos (TaxableAmount, TaxAmount) | 2 | 179.27 | El IVA se calcula sobre la base y se redondea a 2 |
| Tarifa del impuesto (Percent) | 2 | 19.00 | Siempre como porcentaje, no como fracción (0.19) |
| Totales de la factura (LegalMonetaryTotal) | 2 | 1122.77 | Debe coincidir con la suma de las líneas redondeadas |
| Tasa de cambio (CalculationRate) | 2 | 4123.45 | Usa la TRM oficial de la Superintendencia Financiera |
Por qué la DIAN rechaza facturas por decimales
La DIAN no valida tus números «a ojo»: aplica reglas de validación aritmética sobre el XML. Comprueba, por ejemplo, que cantidad por precio unitario dé el valor de la línea, que la suma de las líneas dé el subtotal, que el impuesto corresponda a la base por la tarifa, y que el total a pagar sea coherente con todo lo anterior. Los rechazos más comunes por decimales son estos:
Redondear en el momento equivocado
Este es el clásico. Si calculas el IVA línea por línea, redondeas cada resultado a dos decimales y luego sumas, obtienes un valor. Si en cambio sumas todas las bases y calculas el IVA sobre el total, obtienes otro que puede diferir por unos centavos. Ninguno de los dos métodos es «ilegal», pero tienes que ser consistente: el total reportado debe corresponder exactamente a la suma de los valores que declaraste en las líneas. El anexo técnico admite una tolerancia mínima por redondeo (del orden de un peso) precisamente para absorber estas diferencias, pero no es un colchón para cálculos descuidados: si la diferencia supera esa tolerancia, el documento se rechaza.
Truncar en lugar de redondear
Truncar es cortar los decimales sobrantes; redondear es aproximar al valor más cercano. Si tu cálculo da 179.276 y lo truncas a 179.27 en unas líneas pero lo redondeas a 179.28 en otras, las sumas dejan de cuadrar. Define un solo criterio —el redondeo estándar al valor más cercano es el habitual— y aplícalo en toda la factura.
Enviar más decimales de los permitidos
Un total con cuatro decimales (1122.7748) no pasa la validación de formato, así el valor sea matemáticamente correcto. Los campos monetarios totalizadores van con dos decimales, punto.
Usar coma decimal o separador de miles
Suele pasar cuando los datos vienen de una hoja de cálculo con formato regional de Colombia. Antes de que el valor llegue al XML, debe estar en formato con punto decimal y sin puntos de miles. Un buen software de facturación hace esta conversión por ti, pero si integras sistemas propios, es lo primero que debes revisar. Hay más datos técnicos importantes sobre la factura electrónica que vale la pena tener presentes junto con este.
Cómo redondear bien: una estrategia que siempre funciona
Para que tus facturas cuadren siempre, sigue este orden:
- Guarda el precio unitario y la cantidad con toda su precisión (hasta seis decimales si los necesitas). Aquí no pierdas información.
- Calcula el valor de cada línea y redondéalo a dos decimales. Ese valor redondeado es el que reportas en la línea y el que usarás de ahí en adelante.
- Calcula los impuestos sobre las bases ya redondeadas y redondea cada impuesto a dos decimales.
- Construye los totales sumando los valores ya redondeados, no recalculando desde los valores originales. Así el total siempre coincide con lo que la DIAN va a sumar por su cuenta.
La lógica es simple: la DIAN valida sobre lo que ve en el XML. Si tus totales salen de sumar exactamente los mismos números que están en el documento, la validación aritmética siempre va a pasar.
Facturas en dos monedas: el caso de los exportadores
Si exportas y negocias en dólares (u otra divisa), tu factura electrónica maneja dos monedas: la de negociación y el peso colombiano. El XML lo permite, pero la DIAN valida la consistencia entre ambas, y ahí los decimales vuelven a ser protagonistas:
- La moneda de negociación se indica en el documento (por ejemplo, USD) y los valores en esa moneda también van con dos decimales. Un total de 1543.2075 dólares no pasa; debe ir como 1543.21.
- La tasa de cambio se reporta con dos decimales, usando la TRM oficial que publica la Superintendencia Financiera para la fecha correspondiente. No inventes una tasa «redondeada» a tu conveniencia: si la conversión no es coherente con la tasa declarada, el documento puede ser rechazado.
- La conversión a pesos debe cuadrar: valor en divisa × tasa de cambio = valor en pesos, redondeado a dos decimales. Aplica aquí la misma disciplina de las líneas: convierte, redondea a dos decimales y suma sobre los valores ya redondeados, para que ambas columnas —la de la divisa y la de pesos— sean internamente consistentes.
El error típico del exportador es redondear la columna en dólares con un criterio y la de pesos con otro, o convertir el total en lugar de convertir línea por línea (o al revés) sin verificar que el resultado cierre. Elige un método, aplícalo en todo el documento y verifica que las dos monedas cuenten la misma historia.
Checklist antes de emitir
Antes de enviar tus documentos, repasa esta lista rápida:
- Punto como separador decimal y cero separadores de miles en el XML.
- Totales, bases, impuestos y descuentos con exactamente dos decimales.
- Precios unitarios y cantidades con la precisión que necesites, sin pasar de seis decimales.
- Un solo criterio de redondeo en toda la factura, aplicado línea por línea.
- Totales construidos sumando valores ya redondeados.
- Si facturas en divisa: TRM oficial con dos decimales y conversión coherente entre las dos monedas.
La buena noticia es que nada de esto tienes que calcularlo a mano: un proveedor tecnológico serio aplica estas reglas automáticamente y valida el documento antes de enviarlo a la DIAN, así que tu única tarea es registrar bien precios y cantidades. Si estás arrancando en este mundo, te recomendamos repasar estas cinco cosas que debes saber antes de facturar electrónicamente: te van a ahorrar más de un dolor de cabeza. En Dataico nos encargamos de que los números cuadren para que tú te dediques a vender.
Referencias
- DIAN – Documentación técnica del sistema de facturación electrónica (anexos técnicos vigentes)
- DIAN – Normatividad de la factura electrónica (incluye la Resolución 000165 de 2023)









