DPS da NFS-e

O que é a DPS da NFS-e, em palavras simples?

A DPS é o pedido formal de emissão de uma nota fiscal de serviço no padrão nacional da NFS-e. Ela funciona como um formulário digital em que o prestador informa o que foi feito, para quem, por quanto e com quais impostos.

Um jeito fácil de entender: a DPS é o rascunho oficial e assinado que o prestador entrega ao fisco. A nota fiscal propriamente dita, a NFS-e, só existe depois que esse rascunho é conferido e aceito.

Como funciona a DPS no processo de emissão?

O sistema do prestador monta a DPS em formato XML, seguindo o leiaute definido pelo padrão nacional. Em seguida, o arquivo é assinado com o certificado digital do emitente, o que garante a autoria e impede alterações no caminho.

A DPS assinada é enviada ao ambiente nacional da NFS-e, que verifica estrutura, dados cadastrais e regras tributárias. Se tudo estiver correto, o sistema gera a NFS-e, com número e chave próprios, e devolve o XML da nota. Se houver erro, a DPS é rejeitada com um código e uma mensagem explicando o problema.

Quais informações a DPS contém?

A DPS reúne os dados essenciais do serviço: identificação do prestador e do tomador, descrição do serviço, código do serviço na lista nacional, local da prestação, valor, deduções quando permitidas e informações do ISSQN, como base de cálculo e alíquota.

Ela também tem uma identificação própria, formada por elementos como o município emissor, o CPF ou CNPJ do prestador, a série e o número da DPS. Essa numeração é controlada pelo emitente e precisa ser única, o que ajuda a evitar que o mesmo serviço gere duas notas.

Qual a diferença entre DPS, RPS e NFS-e?

A NFS-e é o documento fiscal final, com validade jurídica. A DPS é a declaração enviada para que essa nota seja gerada no padrão nacional.

O RPS, Recibo Provisório de Serviços, é usado em muitos sistemas municipais próprios como um comprovante temporário que depois é convertido em NFS-e. A DPS cumpre um papel parecido de documento de entrada, mas no modelo nacional ela é enviada e processada para gerar a nota, em vez de servir como recibo entregue ao cliente enquanto a nota não sai.

Como a DPS aparece em uma integração por API?

Para quem tem um ERP, plataforma de vendas ou software de gestão, montar e assinar o XML da DPS manualmente exige conhecer o leiaute, lidar com certificados e tratar cada retorno do fisco. Uma API fiscal costuma simplificar isso: o sistema envia os dados do serviço em um formato mais simples, e a API cuida de gerar a DPS, assinar, transmitir e acompanhar o resultado.

No Conota, por exemplo, o sistema do cliente envia as informações da venda e recebe de volta o status, o XML e o PDF da nota autorizada, sem precisar lidar diretamente com a estrutura da DPS. A disponibilidade depende do município e do ambiente suportado.

O que acontece quando a DPS é rejeitada?

Uma rejeição significa que a nota não foi emitida. Os motivos mais comuns são dados cadastrais inconsistentes, código de serviço incompatível, erro de cálculo do imposto, problema na assinatura ou certificado vencido.

O caminho é ler o código de rejeição, corrigir a informação e reenviar. Testar as emissões primeiro no ambiente de homologação ajuda a encontrar esses erros antes de emitir notas reais no ambiente de produção.

Exemplos de DPS da NFS-e

• Uma clínica que usa um software de agendamento finaliza uma consulta, e o sistema envia os dados para a API fiscal, que monta a DPS, transmite e devolve a NFS-e autorizada para ser enviada ao paciente.
• Uma plataforma de cursos online emite centenas de notas por dia: cada matrícula gera uma DPS com número sequencial, garantindo que nenhuma venda seja faturada duas vezes.
• Um ERP recebe a rejeição de uma DPS porque o código do serviço informado não corresponde à atividade do prestador; após a correção do cadastro, a DPS é reenviada e a nota é autorizada.
• Uma equipe de desenvolvimento valida o envio de DPS no ambiente de homologação antes de liberar a emissão de notas reais para seus clientes.