Los dos actos de un documento fiscal (numeración y autorización), los dos bloques que dejan en la orden y las dos formas en que un documento llega a Fire.
Todo documento fiscal en Fire pasa por dos actos separados, en momentos distintos, y cada uno deja su propio bloque en la orden. La mayor parte de la confusión viene de mezclarlos, así que esta página los nombra una vez y todas las demás páginas fiscales se apoyan en ella.
Solo cuando se numera un documento nuevo (una nota de crédito)
Sí: autorizado, luego cancelado
fiscalRepresentation nunca dice que el documento fue autorizado. Guarda los números impresos en la caja. El veredicto del ente es fiscal.authority, y el estado actual es fiscal.status en los eventos fiscales y lastKnown.fiscal.status en todos los demás. Los tres pueden discrepar legítimamente durante un tiempo.
Ocurren los dos actos. La caja numera primero a través de Fire, imprime, inyecta la orden, y el proveedor reporta después el veredicto por el callback fiscal.
data.fiscalRepresentation está poblado desde el momento en que existe la orden.
data.fiscal.authority aparece cuando llega el callback.
fiscal.providerCode es generic.
No hay Acto 1. Fire emite la NFC-e / NF-e a través de PlugNotas después de la venta y conoce el veredicto de SEFAZ directamente por PlugNotas — sin callback fiscal ni petición de numeración.
data.fiscalRepresentation es null.
data.fiscal.authority aparece cuando SEFAZ autoriza.
fiscal.providerCode es plugnotas.
authority.providerIdentity y authority.providerMetadata son null: PlugNotas no envía ninguno de los dos. Una anulación conserva los valores del documento previo.
Otros países también pueden reportar por el callback fiscal sin numerar antes. Lo que le importa a un consumidor es lo mismo en todos los casos: el veredicto es siempre fiscal.authority, con la misma forma, sin importar por qué camino entró.
