Céntimos que no cuadran entre PrestaShop y tu facturación
Un pedido de 1.735,80 € en PrestaShop salió por 1.734,30 € en el programa de facturación de un compañero. El problema está en cómo PrestaShop guarda las bases y redondea, y en qué datos se envían al programa externo.
Un compañero conectó su tienda a un programa de facturación externo y se encontró con que un pedido de 1.735,80 € en PrestaShop salía facturado por 1.734,30 €. No era culpa del programa. La respuesta corta: PrestaShop guarda las bases con seis decimales y redondea de una forma; si tu programa recalcula a partir de las bases, sale otra cifra. Hay que decidir qué manda.
De dónde sale la diferencia
Si vendes un producto a 9,99 € IVA incluido al 21 %, su base es 8,256198… € PrestaShop guarda ese número largo y redondea en uno de tres momentos, según lo que tengas en Parámetros de la tienda → Configuración → Tipo de redondeo:
- En cada artículo: redondea el precio unitario y multiplica.
- En cada línea: multiplica y redondea el total de la línea.
- Sobre el total: redondea solo al final.
Con tres unidades de ese producto:
| Cálculo | Base | IVA | Total |
|---|---|---|---|
| Redondeo por artículo (8,26 × 3) | 24,78 | 5,19 | 29,97 |
| Programa externo que recalcula el IVA sobre 24,78 | 24,78 | 5,20 | 29,98 |
Un céntimo por línea. Con muchos artículos de bajo importe, los céntimos se acumulan; si además hay descuentos, recargos o envío con otro tipo de IVA, el descuadre crece. Otro miembro lo resumió así: «cobrar, cobra bien; el desglose, mal». PrestaShop está hecho para vender, no para facturar, es una frase que en el grupo se repite mucho.
Qué envías al programa de facturación
Gustavo preguntó lo primero que hay que preguntar: ¿envías los importes con impuestos o las bases? Según su experiencia, mandando las bases a varios ERP la diferencia se queda en uno, dos o tres céntimos. Rekire, que integra PrestaShop con su propio ERP con Verifactu, añadió que si mandas solo las bases lo facturado no coincidirá con lo cobrado, y lo que cobró la pasarela no se puede cambiar.
Su solución es partir del total pagado y hacer el cálculo inverso, ajustando las bases para que cuadren. Aun así, tienen que revisar a mano el IVA de los portes, y con recargos o descuentos el trabajo se complica. Las facturas rectificativas de PrestaShop, además, no se pueden editar sin tocar la base de datos.
El caso de PrestaShop Checkout
En abril de 2026 otra tienda, en PrestaShop 9.1, tenía el mismo problema con precios acabados en ,99. Con «redondear sobre el total» o «por línea» el descuadre desaparecía, pero el módulo PrestaShop Checkout le mostraba un aviso: exige redondear en cada artículo para evitar errores en la pasarela. Si usas ese módulo, el redondeo por artículo viene impuesto y la corrección tiene que hacerse al facturar.
Lo que conviene hacer
- Decide cuál es la cifra buena: el total cobrado. La factura tiene que coincidir con lo que pagó el cliente.
- Manda al programa externo el total y el desglose por tipo de IVA, o las líneas con precio IVA incluido, y no solo bases sueltas.
- Usa el mismo tipo de redondeo en los dos lados siempre que puedas.
- Prueba los casos raros antes de ponerlo en marcha: varias unidades de un producto a ,99, un cupón, envío gratis, un pedido con dos tipos de IVA.
Para corregir el redondeo dentro de PrestaShop, Rekire tiene el módulo RKR Ajuste de redondeo de IVA; y si quieres sacar la facturación de la tienda, CoreGest ERP con Verifactu hace el cálculo inverso desde el total pagado.
Esto salió en @PrestashopEsp, la mayor comunidad PrestaShop de España en Telegram. Ver la conversación