Dps: o que é a declaração de prestação de serviços

A DPS (Declaração de Prestação de Serviços) é o arquivo XML que o prestador envia ao ambiente nacional da NFS-e informando o serviço prestado. Ela não é a nota: é a declaração que, depois de validada, é convertida na NFS-e propriamente dita, que volta com uma chave de acesso própria e passa a ser o documento fiscal válido.

Entender essa separação resolve boa parte das dúvidas do padrão nacional — inclusive por que às vezes você "emitiu" e a nota não apareceu.

Como funciona o fluxo DPS → NFS-e

O caminho é sempre o mesmo, seja pelo emissor web, pelo portal do seu município integrado ou por API:

1. Você informa os dados do serviço (prestador, tomador, código de serviço, valor, competência).
2. O sistema monta a DPS e a transmite ao ambiente nacional, assinada digitalmente quando a via é a API.
3. O ambiente nacional valida os dados: cadastro, código de serviço, alíquota, regras do município.
4. Se passar, a DPS é convertida em NFS-e, com chave de acesso própria, e o DANFSe (o PDF de visualização) fica disponível.
5. Se não passar, volta uma rejeição com código e motivo — e nesse caso não existe nota, só uma tentativa.

Esse último ponto é o que mais confunde na prática: DPS enviada não significa nota emitida. Enquanto não vier a autorização, você não tem documento fiscal para entregar ao cliente nem para a contabilidade lançar.

O que vai na DPS

Os campos essenciais são os mesmos que você já preenchia antes, agora padronizados:

• Prestador: CNPJ ou CPF, inscrição municipal quando exigida, regime tributário.
• Tomador: CPF ou CNPJ, nome e endereço. Dado incompleto aqui é causa recorrente de rejeição.
• Serviço: descrição e código de serviço, que é o campo que determina a alíquota de ISS e se cabe retenção.
• Valores: valor do serviço, deduções, retenções aplicáveis.
• Competência: o mês de referência da prestação — não necessariamente o dia em que você emitiu.
• Local da prestação, que define para qual município o ISS é devido.

Como o layout é nacional, esses campos passam a ser iguais em qualquer cidade. É exatamente isso que permite a um sistema de gestão emitir para clientes de municípios diferentes sem uma integração nova por prefeitura.

Por que a chave de acesso importa

A NFS-e do padrão nacional nasce com uma chave de acesso que identifica o documento de forma única em todo o país. É por ela que o cliente consulta a autenticidade, que a contabilidade amarra o lançamento e que você localiza a nota quando precisa cancelar ou substituir.

Guarde sempre os dois arquivos: o XML (o documento fiscal em si, que precisa ser mantido pelo prazo legal) e o DANFSe em PDF (a representação para enviar ao cliente). Quem só guarda o PDF descobre o problema no dia em que a contabilidade pede o XML de um mês antigo.

RPS, DPS e NFS-e: não confunda

Se você vem de sistemas municipais, provavelmente conhece o RPS (Recibo Provisório de Serviços), usado quando não era possível emitir a nota na hora — depois ele era convertido em NFS-e dentro de um prazo.

A DPS ocupa um lugar parecido no fluxo, mas com uma diferença importante: ela é a via normal de emissão no padrão nacional, não um recurso de contingência. Alguns sistemas ainda chamam a etapa de "RPS/DPS" na tela, o que ajuda quem está migrando, mas o documento válido no fim continua sendo a NFS-e.

Onde a emissão costuma travar

Os motivos de rejeição mais frequentes têm origem em três lugares:

• Cadastro do prestador desatualizado — inscrição municipal inativa, atividade divergente, regime tributário errado.
• Código de serviço incompatível com a atividade, com o município ou com a retenção informada.
• Dados do tomador incompletos, sobretudo em operações que entram por WhatsApp, balcão ou equipe externa.

A boa notícia é que praticamente todos são problemas de dado, não de norma. Um cadastro de clientes limpo e um código de serviço definido por tipo de atendimento eliminam a maior parte deles.

Como isso se encaixa na rotina de faturamento

Enquanto a emissão é manual, cada nota é uma oportunidade nova de errar um campo. Quando a DPS é montada automaticamente a partir do que já está no sistema — cliente cadastrado, serviço com código definido, valor do pagamento registrado —, o preenchimento deixa de ser digitação e passa a ser conferência.

Isso muda o fechamento do mês. Em vez de reservar uma tarde para emitir tudo, você chega no dia 1º com as notas do mês anterior autorizadas, os XMLs guardados e a competência correta em cada uma.

Conclusão

A DPS é a declaração que origina a NFS-e: você envia, o ambiente nacional valida e devolve a nota com chave de acesso. Se a validação falhar, não existe nota — existe rejeição, e é preciso corrigir e reenviar.

Dominar esse fluxo evita o pior erro do padrão nacional: achar que a nota saiu porque a tela disse "enviado". Confira a autorização, guarde o XML junto com o PDF e mantenha o cadastro em ordem — o resto é operação.