2 Mensajes
Error Credito Fiscal - Facturacion Electronica con Codigo de Seguridad que incluye signo de +
Según la documentación técnica de la DGII, el Código de Seguridad corresponde a los **primeros seis (6) caracteres del hash generado en el SignatureValue** de la firma digital del e-CF. Como el SignatureValue está en formato Base64, esos 6 caracteres pueden legítimamente incluir los símbolos **"+"** y **"/"**.
Comprobante de ejemplo (real, aceptado por la DGII):
- RNC Emisor: 130906483
- RNC Comprador: 132772717
- e-NCF: E310000000117 (Factura de Crédito Fiscal Electrónica, tipo 31)
- Monto Total: RD$ 545.00
- Código de Seguridad: `ARB+Ux` (contiene el carácter "+")
- Estado en DGII: Aceptado
El inconveniente
1. Portal web (FUNCIONA correctamente):
En el portal de consultas `https://www.dgii.gov.do/herramientas/consultas/Paginas/NCF-.aspx` al digitar el Código de Seguridad **`ARB+Ux`** (tal cual, 6 caracteres, con el "+"), el comprobante se encuentra y muestra **"Aceptado"** correctamente.
2. **App móvil (NO funciona):**
Al **escanear el código QR** de la representación impresa desde la App móvil, la App **no encuentra el comprobante** ("No se encontró información para este e-NCF"), a pesar de que el QR contiene los mismos datos válidos.
3. **Campo manual de la App — limitación de 6 caracteres:**
Intentamos verificar manualmente en la App usando la forma **URL-encoded** del código (`ARB%2BUx`), pero el campo "Código de seguridad" de la App **solo acepta 6 caracteres**, por lo que no permite ingresar `ARB%2BUx` (8 caracteres). Con el código correcto `ARB+Ux` la App tampoco lo encuentra al escanear.
4 - Entonces en el portal web se encuentra la factura con el codigo de seguridad: `ARB+Ux` y en la APP se encuentra la factura con `ARB%2BUx` si se escribe manual, pero si se escanea el codigo QR con este mismo codigo se seguridad entonces no devuelve resultado, dice que no se encuentra.
En resumen: el mismo comprobante, con el mismo código de seguridad válido, **se verifica en el portal web pero no en la App móvil** cuando el código contiene "+".
Cómo reproducirlo
Adjuntamos **dos códigos QR** del mismo comprobante para que su equipo lo reproduzca:
- **QR 1 — código crudo `ARB+Ux`:** contiene `...&CodigoSeguridad=ARB+Ux`
- **QR 2 — código codificado `ARB%2BUx`:** contiene `...&CodigoSeguridad=ARB%2BUx`
Al escanear **ninguno de los dos** funciona en la App móvil, mientras que en el portal web el código `ARB+Ux` sí valida.
También incluimos los **dos enlaces** con el formato correcto, variando únicamente el código, para su verificación directa:
- **Enlace A (funciona en el portal web):**
`https://fc.dgii.gov.do/eCF/ConsultaTimbreFC?RncEmisor=130906483&RncComprador=132772717&ENCF=E310000000117&MontoTotal=545.00&CodigoSeguridad=ARB+Ux`
- **Enlace B (no funciona — el portal exige 6 caracteres):**
`https://fc.dgii.gov.do/eCF/ConsultaTimbreFC?RncEmisor=130906483&RncComprador=132772717&ENCF=E310000000117&MontoTotal=545.00&CodigoSeguridad=ARB%2BUx`
Consulta
1. ¿Cómo debe interpretarse el carácter "+" (y "/") del Código de Seguridad al escanear el QR en la App móvil, para que la verificación sea consistente con el portal web?
2. ¿Es posible corregir en la App el manejo de estos caracteres al escanear, y/o ampliar el campo manual para aceptar la forma codificada?
3. ¿Existe un formato recomendado del QR para estos casos que garantice la verificación tanto en el portal web como en la App móvil?
Quedamos atentos a su orientación. Adjuntamos las capturas del portal web (donde el código `ARB+Ux` valida como "Aceptado") y de la App móvil (donde el mismo comprobante no se encuentra), además de los dos códigos QR de prueba.
Agradecemos su apoyo.
Solución oficial
Comunidad de Dirección General de Impuestos Internos
30.2K Mensajes
hace 2 meses
Buenos días, Vinicio. Gracias por contactarnos.
En atención a su consulta, le recomendamos tratar su caso con nuestra Gerencia de Facturación a través del correo facturacionelectronica@dgii.gov.do. De esta manera, nuestros analistas de Facturación Electrónica le estarán ofreciendo la asistencia que necesita.
Su experiencia en el servicio es importante para nosotros.
Déjenos saber si se encuentra satisfecho con esta respuesta, haciendo clic en “Marcar como respuesta aceptada” en las opciones que aparecen debajo.
Recuerde que a través de la Oficina Virtual puede realizar sus solicitudes, presentaciones y consultas de manera fácil y segura.
Visite: www.dgii.gov.do/ofv.
Recuerde que las discusiones serán cerradas al día siguiente de emitida la respuesta oficial
por parte del personal de la institución de conformidad con lo establecido en las Normas de Uso de la Comunidad de Ayuda DGII.
¡Gracias por utilizar la Comunidad de Ayuda de la DGII!
Es un placer servirle.
0
0
JEURIS ROSARIO
2 Mensajes
hace 2 meses
Analizando tu caso tu problema es tecnico
El fallo en la aplicación móvil se debe a una deficiencia en el motor de análisis de URLs (URI parser) al procesar los caracteres especiales del estándar Base64 (
+,/). En múltiples implementaciones móviles, el signo+en una cadena de consulta de URL se interpreta erróneamente como un espacio en blanco (ARB+Uxfrente aARB Ux).Ejemplo si algunas en el codigo te presenta asi
e-NCF: Pendiente
TrackId: Pendiente
Código de seguridad: Pendiente
Estado fiscal: draft
Es muy probable que tu proveedor sea el que tenga retraso en los datos y no este utilizando la verificacion y operacion idempotentes y se esten cruzando los datos si me dices en que plataforma tienes tu desarrollo te ayudo de igual manera espera a un agente de la DGII que te ayude a escalar el caso para que no tengas inconvenientes en la incongruencia de los datos.
1