Pular para o conteúdo principal

Tipos e enums — NFS-e Inbound

Os valores canônicos vêm da referência gerada da API. O resumo abaixo cobre os mais usados.

Tipo de documento

Enum interno: None, Dps, EventRegistrationRequest, Nfse, Event, Cnc, Unknown. No payload (wire), Nfse serializa como serviceInvoice, Event como serviceInvoiceEvent (v2), e Unknown como unknown.

Filtro × resposta

No filtro de listagem o tipo da NFS-e é Nfse; na resposta o campo aparece como serviceInvoice. Atente a essa assimetria ao montar filtros.

Status do documento

Received, Processed, Failed, PdfPending, PdfFailed, Reprocessed.

Status de webhook

Pending, Delivered, Retrying, DefinitivelyFailed, Skipped.

ValorSignificado
PendingEntrega ainda devida
DeliveredSeu endpoint respondeu 2xx. Exceção: documentos obtidos por captura sob demanda nascem Delivered sem que nenhum POST tenha sido feito — os dados já foram devolvidos na resposta da chamada. O webhook desse documento sai quando o lote trouxer a mesma nota
RetryingEm backoff, ainda tentando
DefinitivelyFailedEsgotou as tentativas
SkippedNenhum webhook será entregue — não por falha, mas por regra de negócio: o documento é anterior à data de corte da empresa (histórico retido). Não confunda com Pending (ainda devida) nem com DefinitivelyFailed (tentou e desistiu). Se o histórico for liberado, esses documentos passam a ser entregues

Manifestação (tomador)

  • Códigos de evento: 203202 (Confirmação) e 203206 (Rejeição).
  • Status: PendingAccepted / Rejected / Failed.

NSU

O nsu do documento é o Número Sequencial Único atribuído pelo ambiente nacional na distribuição em lote.

Ele vem null em documentos obtidos por captura sob demanda pela chave de acesso, que não passam pela distribuição em lote. Quando o lote trouxer a mesma NFS-e depois, o nsu é preenchido. Trate nsu: null como estado válido — não como erro de integração.

Ambiente

environment (na empresa e no documento): três valores distintos, case-insensitive — Production, Development e Homologation. A normalização retorna o valor canônico exato (não há mapeamento de Homologation para Development). Quando omitido, o padrão é Production. Verificado no código.

Motivo de desativação (deactivationReason)

Preenchido quando a empresa fica com isActive: false. Valores que o serviço grava hoje:

ValorQuem gravaQuando
CertificateRejectedAutomático (circuit breaker)A SEFIN rejeitou o certificado em falhas consecutivas até atingir o limite. É o único motivo automático que ainda desativa
ManualDeactivationAção do operador ou do clienteDELETE .../details, ou PUT .../details com isActive: false
Certificado ausente, vencido ou em custódia não suportada não desativa mais a empresa

Antes, certificado não cadastrado ou fora da validade desativava a captura. Hoje a empresa permanece ativa e a captura é apenas espaçada (o campo rateLimitedUntil é preenchido com um cooldown) até o certificado ser regularizado — assim a captura retoma sozinha, sem precisar de reativação manual. Veja Troubleshooting.

Os valores CertificateNotFound e CompanyNotAuthorized continuam existindo para leitura de registros antigos: uma empresa desativada no passado pode ainda exibi-los. Nenhum fluxo atual os grava. O valor CertificateExpired foi retirado do conjunto.

Campos do documento (detalhe REST)

O GET .../inbound/nfse/{id} retorna metadados — accessKey, nsu, provider/borrower (cada um com federalTaxNumber, name, cityCode), servicesAmount, serviceCode, issueCityCode, accrualOn, generatedOn, status, type, webhookStatus, hasPdf, xmlSizeBytes, failureReason, reprocessCount, webhookAttempts. O nsu pode vir null — veja NSU.

REST × webhook

O detalhe REST não traz os grupos de tributos (taxes/amounts) — esses só aparecem no payload do webhook (incluindo IBS/CBS). Veja Reforma Tributária (RTC).

Notificações de manutenção

  • Severidade: Info, Warning, Critical.
  • Tipo: falhas definitivas de documento/lote/webhook e desativação automática de empresa.
Alguns valores em validação

Detalhes finos de alguns enums (ex.: estados intermediários de status) estão sendo confirmados — ver issue #210. Em caso de dúvida, a fonte de verdade é a referência gerada.

Veja também

NFE.io

A NFE.io é uma empresa de tecnologia que fornece soluções para automatizar e simplificar a emissão e gestão de notas fiscais eletrônicas. Com suas ferramentas, as empresas podem economizar tempo e reduzir erros, aumentando a eficiência e precisão do processo de emissão de notas fiscais.

Um dos principais cases de sucesso da NFE.io é a implementação da solução na empresa de transporte Rodonaves. Com a automatização da emissão e gestão de notas fiscais eletrônicas, a Rodonaves conseguiu reduzir em até 80% o tempo gasto nesse processo, o que se traduziu em uma significativa melhoria na eficiência operacional. Além disso, a empresa também conseguiu eliminar erros e atrasos na emissão de notas fiscais, o que melhorou a relação com seus clientes e aumentou a confiança dos órgãos fiscais.

Outro exemplo é a implementação da NFE.io na empresa de comércio eletrônico, a Loja Integrada. Com a automatização da emissão de notas fiscais, a Loja Integrada conseguiu aumentar a velocidade de emissão de notas em até 10 vezes, o que permitiu que a empresa atendesse a uma maior quantidade de clientes e, consequentemente, aumentar as suas vendas.

Além desses exemplos, a NFE.io também tem outros cases de sucesso com empresas de setores como indústria, construção, varejo e serviços, mostrando a versatilidade e eficácia da sua solução.

Em resumo, a NFE.io é uma empresa de tecnologia que oferece soluções para automatizar e simplificar a emissão e gestão de notas fiscais eletrônicas, ajudando as empresas a economizar tempo e reduzir erros, melhorando a eficiência e precisão do processo. Com cases de sucesso em diferentes setores, a NFE.io tem se destacado como uma empresa líder em automação fiscal.