Valida tu Factura Electrónica
XML de Panamá en segundos
Detecta errores de ITBMS, totales, RUC, emails, coordenadas y firma. Te explicamos la causa raíz y el código de fix en español de Panamá, con apoyo de IA.
- 3 capas de validación: XML, reglas de negocio, IA.
- Privado: el XML no se guarda, se procesa en memoria.
- Gratis y sin registro. Para programadores y contadores.
Confían en Siteck: PAC autorizado en Panamá, integradores y contadores de toda Latinoamérica.
Al validar aceptas que el XML se procese en nuestro servidor. Si activas el PAC, se hace una consulta al PAC Siteck en modo pruebas (no requiere credenciales). No se almacena el XML.
Resumen
- 0
- 0
- 0
- 0
- …
Fuentes de validación
- Reglas de negocio (26 reglas)
- PAC Siteck …
- Explicación IA
Categorías
PAC Siteck
0Códigos de error reales que devuelve el PAC de pruebas al recibir el XML. Esta es la voz oficial de la DGI.
¿Es un XML duplicado?
…Consulta al servicio de duplicados del PAC. El bloque con detalles solo aparece si el XML ES duplicado. Si no lo es, verás un badge verde "OK" y nada más.
Explicación con IA
Resumen generado por IA que prioriza los problemas y sugiere el orden de corrección. Cada error individual también lleva su explicación IA detallada.
Reglas de negocio
026 reglas propias (ITBMS, totales, RUC, emails, coordenadas, CPB, etc.) con explicación y código de fix en PHP.
Tu XML
Contenido completo del archivo con sintaxis destacada. Útil para copiar y comparar con tu código.
Los errores más comunes en Factura Electrónica Panamá
Clic en cada uno para ver la explicación completa y cómo solucionarlo.
dValTotItem contiene el valor bruto (con ITBMS)
El campo dValTotItem debe ser el valor neto de la línea. Si lo llenas con neto+impuesto, los totales no cuadran.
TotalesdTotGravado se confunde con dTotITBMS
dTotGravado debe ser la base gravada (suma de netos), no el valor del ITBMS. Es uno de los errores más frecuentes.
ImpuestosITBMS calculado al 35%
La tasa 01 en Panamá es 7% (no 35%). Si tu sistema multiplica por 0.35, el ITBMS estará mal en todos los ítems.
EstructuradVerForm es "1" en lugar de "1.00"
La versión del formato debe declararse con dos decimales. Si está como "1", el PAC la rechaza inmediatamente.
DatosEmail con typo (ej. GMAIL..COM)
Los emails mal escritos (doble punto, dominio cortado) hacen fallar la validación. Limpia antes de facturar.
ReceptorRUC con texto pegado ("DV 35" o "NT")
El campo dRuc sólo debe contener números y guiones. El DV va en su propio nodo.
ItemsCantidad con decimales (1.000000)
dCantCodInt es un conteo entero. Aunque el XSD permite decimales, los PAC los rechazan en la práctica.
EmisorCoordenadas con "+" inicial
El validador DGI no acepta el signo "+" al inicio. Las latitudes positivas no llevan signo.
ReceptorDirección con literal "NULL" o "X"
El sistema guardó el placeholder "NULL" cuando la dirección estaba vacía. La DGI lo rechaza.
Cómo funciona
Tres capas de validación + explicación con IA.
Parseo XML
Verificamos que el archivo está bien formado, codificado en UTF-8, con el nodo raíz rFE correcto.
Reglas de negocio
23 reglas que cubren los errores más comunes en PAC: cálculo de ITBMS, totales, RUC, emails, coordenadas, CPB, etc.
XSD oficial DGI
Opcionalmente, validación contra el esquema XML publicado por la Dirección General de Ingresos de Panamá.
Explicación con IA
Cada error se enriquece con una explicación en español de Panamá y un snippet de código PHP para arreglarlo.