sign-cfe y la respuesta 311 distinguen codigos funcionales por tipo de error

Endpoints afectados

• POST /sign-cfe
• POST /enqueue

Migracion recomendada

Ajustar la interpretacion del campo codigo_respuesta para contemplar los nuevos codigos funcionales devueltos por el modulo local. Seguir considerando emitido solo codigo 00 con serie y numero informados.

Que cambia

Las respuestas funcionales del modulo local ahora usan un conjunto mas rico de codigos cuando la operacion falla.

Codigos incorporados en el flujo local:

• 01: peticion denegada
• 03: comercio invalido
• 12: requerimiento invalido
• 30: error en formato
• 31: error en formato de CFE
• 89: terminal invalida
• 96: error en sistema

Impacto para integradores

Antes, muchos rechazos funcionales terminaban agrupados en:

• 31
• 96

Ahora el integrador puede distinguir mejor:

• errores de contrato del request
• errores del XML/CFE
• errores de ruteo por comercio o terminal
• errores de permisos o denegacion

Migracion recomendada

Actualizar la logica cliente para:

1. seguir tratando 00 como unico exito emitido
2. considerar 03, 12, 30, 31 y 89 como rechazos funcionales no emitidos
3. tratar 96 como error de sistema o infraestructura