Emissão Sequencial de RPS
Algumas prefeituras exigem que os RPS sejam enviados de forma sequencial: quando há um pulo de numeração ou um RPS é rejeitado, a prefeitura não autoriza o próximo até que o problema anterior seja resolvido. O InvoiCy possui controle automático para lidar com esses cenários, mas o comportamento varia conforme o Tipo de processamento configurado para a empresa.
Tipo de processamento
O Tipo de processamento é definido nas Configurações de Emissão de NFS-e e define como o InvoiCy trata os documentos no momento do envio à prefeitura. Os dois modos disponíveis são Síncrono e Assíncrono.
Processamento Síncrono
No modo síncrono, o InvoiCy envia cada RPS à prefeitura no mesmo instante em que ele chega pela API de emissão, sem nenhuma fila intermediária. Por esse motivo, o controle da ordem de envio é de responsabilidade do ERP integrado: cabe ao sistema do cliente garantir que os RPS sejam enviados na sequência correta antes de fazer a próxima chamada à API.
Processamento Assíncrono
No modo assíncrono, os documentos entram em uma fila de emissão gerenciada pelo InvoiCy. Antes de enviar cada RPS à prefeitura, o sistema verifica se as condições exigidas pelo padrão do município estão satisfeitas. Esse controle é configurado pelos analistas do InvoiCy de acordo com as regras de cada prefeitura — o cliente não precisa realizar nenhuma configuração adicional.
Existem três comportamentos possíveis dependendo das regras da prefeitura:
Controle estrito de sequência
A fila só envia o próximo RPS quando o anterior já estiver autorizado ou cancelado. Se o RPS anterior estiver rejeitado, os documentos seguintes ficam aguardando na fila até que o problema seja corrigido.
Para desbloquear a fila, corrija os dados do RPS rejeitado e tente emiti-lo novamente.
Reaproveitamento de numeração após cancelamento
Algumas prefeituras exigem que, quando o último RPS emitido for cancelado, o próximo documento seja enviado com o mesmo número. Para evitar transtornos causados por esse comportamento, o InvoiCy bloqueia o cancelamento da última nota emitida nesses municípios.
Caso precise corrigir a última nota, não a cancele. Em vez disso, emita a próxima nota já com os dados corretos.
Cadenciamento por instabilidade da prefeitura
Há municípios que apresentam instabilidades quando recebem vários documentos em um curto intervalo de tempo ou em paralelo. Mesmo que a prefeitura não imponha controle estrito de sequência numérica, o InvoiCy pode ser configurado para enviar os documentos um por vez, evitando conflitos de processamento simultâneo.
Nesse cenário, RPS rejeitados não bloqueiam os documentos seguintes na fila — o sistema apenas garante que dois envios não ocorram ao mesmo tempo.
Fluxo da fila de emissão assíncrona
flowchart LR
A([RPS entra\nna fila])
B{Padrão\nsequencial?}
D{Controle\nestrito?}
E{Status do\nRPS anterior}
G([Aguardar\ncorreção])
Z[Enviar à\nprefeitura]
A --> B
B -- Não --> Z
B -- Sim --> D
D -- Não --> Z
D -- Sim --> E
E -- Autorizado ou\nCancelado --> Z
E -- Rejeitado --> G
G -- RPS corrigido --> E