stackinRechazo 539 en la NF-e: qué es y cómo resolverlo
Rechazo 539 de la NF-e: duplicidad con diferencia en la clave de acceso. Qué verifica la SEFAZ, por qué ocurre y cómo resolverlo sin emitir la misma venta dos veces.
El rechazo 539 de la NF-e tiene, en el layout oficial, el texto "Rejeição: Duplicidade de NF-e com diferença na Chave de Acesso" (duplicidad de NF-e con diferencia en la clave de acceso), seguido de una clave entre corchetes (chNFe). Según el Anexo I del Manual de Orientación al Contribuyente (MOC), significa que la SEFAZ ya tiene registrada una NF-e con el mismo modelo, estado, CNPJ/CPF del emisor, serie y número — pero la clave de acceso que usted envió es diferente de la registrada, ya sea en el código numérico o en otras posiciones de la clave.
Para resolverlo, primero averigüe qué está registrado con ese número. Compare la clave que vino en el mensaje con la que usted envió y consulte su situación en la SEFAZ: si la NF-e registrada es la misma venta enviada de nuevo, ya existe y emitir otra duplicaría la operación. Si el número pertenece a otra factura, emita con un número aún no usado en la serie y, si quedaron números sin usar, inutilícelos.
Por qué la SEFAZ señala duplicidad
Por qué la SEFAZ mira el número y la serie, y no solo la clave, está en el MOC: la SEFAZ autorizadora mantiene el control de la numeración de las NF-e autorizadas para evitar la duplicidad de autorización para la misma Clave Natural — modelo, estado, CNPJ o CPF del emisor, serie y número. La clave de acceso lleva más información que eso, así que dos claves diferentes pueden apuntar a la misma Clave Natural.
La clave de acceso tiene 44 dígitos: código del estado, año y mes de emisión (AAMM), CNPJ/CPF del emisor, modelo, serie, número, forma de emisión (tpEmis), código numérico (cNF) y dígito verificador. Cambiar el mes de emisión, la forma de emisión o el código numérico genera otra clave para el mismo número — y es exactamente esa diferencia la que señala el 539.
El código numérico merece atención: el MOC pide que sea una secuencia totalmente aleatoria, porque es la única parte de la clave que un tercero no puede deducir. Un sistema que sortea un cNF nuevo en cada intento produce una clave diferente cada vez que reenvía la misma factura — y, si el primer intento ya había sido autorizado, el segundo vuelve con 539.
Escenarios comunes y el rechazo 204
Las bases de conocimiento de emisores describen los escenarios típicos: inestabilidad en la comunicación durante la emisión normal, en la que la SEFAZ autoriza la factura pero la respuesta no llega y el sistema reenvía en contingencia con otro tpEmis; reenvío de la misma NF-e con otro cNF antes de la respuesta a la primera; y reutilización de un número y una serie ya usados, por ejemplo tras restaurar una copia de seguridad antigua, cambiar de sistema o emitir desde más de una máquina sin numeración centralizada.
La misma tabla del Anexo I trae la regla vecina, 204 – Duplicidade de NF-e, para la NF-e ya registrada y no cancelada ni denegada. El 539 es el caso específico en que la clave difiere. Para la NFC-e (modelo 65), la búsqueda de la factura ya registrada también considera el tipo de emisión. Un número que ya fue enviado a la SEFAZ no vuelve a estar disponible; el camino es pasar al siguiente e inutilizar el rango que quedó sin uso mediante el servicio de inutilización de numeración.
Cómo verificar por la API
En la API de stackin, el historial de envíos de cada factura (GET /api/v1/invoices/{invoice_id}/submissions) muestra el código de estado, el mensaje de la propia SEFAZ y la solicitud y la respuesta tal como viajaron — así que la clave del 539 está ahí. La consulta por clave de acceso (GET /api/v1/invoices/{access_key}) localiza el documento, el encabezado Idempotency-Key en la emisión devuelve la primera respuesta en lugar de emitir un segundo documento cuando se repite la misma solicitud, y POST /api/v1/invoices/invalidations informa a la SEFAZ un rango de numeración nunca usado.