Pular para o conteúdo

Fóruns / NFS-e nacional, municípios e NFTS no SAP

Quem deve ser o responsável por NFS-e por município dentro da empresa?

Como funciona este fórum

Moderado por Emanuel Kaufman. As três primeiras mensagens de cada pessoa passam por revisão e respondemos em até 1 dia útil.

Aqui se discute o comportamento do sistema. Decisão tributária é sempre da sua empresa, e ninguém neste fórum dá parecer.

Tudo o que você publicar é público e pode ser usado por terceiros, inclusive por sistemas de IA. Não publique dado de cliente, nome de empresa nem tela do produto.

Esta pergunta foi sinalizada
6 Respostas

Olá pessoal, sou Fábio, pessoal de serviços, e migrando nosso sistema antigo para o novo, estou com uma dúvida, e peço desculpa se isso for algo básico. Estamos implementando a emissão da NFS-e e, como eu disse, a estrutura dos arquivos XML chegou bem complexa. Tentamos mapear o fluxo para que o processo seja o mais integrado possível, mas a questão da responsabilidade pela tributação municipal ainda gera algum ruído interno. Olha, como falei, nosso sistema antigo não tinha esse detalhamento granular. Para garantir que o processo esteja correto perante o fisco, precisamos definir bem quem dentro da empresa será o guardião desses dados municipais. Na prática, quem deve ser o responsável final pela correta alimentação da informação da NFS-e por município dentro da nossa estrutura empresarial?


Atualização:

Pessoal, agradeço a todos os contrapontos técnicos. Olha, como falei, o mapeamento do campo é crítico, mas quero avançar no fluxo de validação. No meu teste, focamos na geração do XML e na aderência ao Schema, mas a questão municipal parece fugir um pouco disso. Diante disso, vocês acham que a responsabilidade pela correta atribuição do município deve estar mais no módulo que dispara a geração do arquivo ou na camada que faz a transmissão para o ambiente externo?

Avatar
Cancelar
Melhor resposta

A atribuição correta do município na emissão da NFS-e é um ponto de convergência entre a gestão interna e a execução sistêmica. Se o foco é a operacionalização diária, cabe ao processo interno assegurar que o módulo acionando a saída eleja o local tributário correto. No entanto, para mitigar erros de transmissão, a camada que prepara a comunicação externa deve validar essa informação antes do envio. A recomendação prática é desenhar um ponto de checagem cruzada entre a informação cadastrada e o módulo de geração do documento antes de ele ser transmitido. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Valter, concordo que o alinhamento dos dados inseridos é crucial. Contudo, penso que focar somente no perfil de acesso pode ser insuficiente nesse momento de migração. Um ponto importante é que a estrutura do arquivo XML, que é o que realmente trafega com o ambiente nacional, segue uma especificação técnica que transcende a configuração do perfil interno. É preciso garantir que a codificação dos caracteres esteja em UTF-8 e que a declaração inicial do documento XML esteja correta, como previsto na recomendação W3C.

Avatar
Cancelar
Melhor resposta

Fernando, seguindo sua linha sobre o papel do contribuinte, gostaria de voltar ao ponto da geração do arquivo. Você mencionou que o perfil de acesso utilizado deve refletir a função correta. Então, minha opinião, quando estamos gerando o XML, qual seria o elo que garante que os dados inseridos nesse perfil estejam perfeitamente alinhados com a realidade fiscal do nosso município?

Avatar
Cancelar
Melhor resposta

Priscila, um lembrete, tá, que enquanto falamos sobre a estrutura XML, precisamos lembrar que o mapeamento dos campos dentro desse arquivo é que garante a conformidade. O Schema define justamente as regras para a organização desses elementos. Se o nosso processo interno não estiver alimentando os dados corretamente para que o arquivo XML gerado respeite essa descrição, não adianta a codificação estar em ordem. É o detalhe da informação que trafega que valida o envio.

Avatar
Cancelar
Melhor resposta

Fernando Brito, seguindo o que Natália disse, acho que a chave é entender o papel do contribuinte nesta esfera. A decisão tributária é sempre do contribuinte, e o sistema, mesmo sendo avançado, apenas executa o que é esperado. Se olharmos para a geração do arquivo, por exemplo, a funcionalidade disponível deve ser usada para garantir que o perfil de acesso utilizado reflita a função correta do operacional. Com a mão na massa, tá, é preciso checar se o que está sendo alimentado no módulo espelha a realidade fiscal para evitar retrabalho.

Avatar
Cancelar
Melhor resposta

A definição do responsável pela NFS-e por município dentro da empresa é uma questão de gestão de processos que transcende apenas a tecnologia embarcada. Eu que trabalho há quinze anos com o aspecto fiscal e agora estou no S/4HANA 2023, posso dizer que a transição para este nível de detalhamento tributário exige muito mais do que apenas o sistema. Veja, calma lá, o fluxo de trabalho precisa ser mapeado para que o perfil de acesso utilizado corresponda exatamente à função do usuário, pois o sistema traz todos os contratos já cadastrados ao selecionar o CNPJ. A complexidade reside em alinhar o entendimento tributário com a funcionalidade da aplicação.

Avatar
Cancelar

Sua resposta

Tente oferecer uma resposta substancial. Se quiser comentar sobre a pergunta ou resposta, basta utilizar a ferramenta de comentários. Lembre-se de que você sempre pode revisar suas respostas - Não há necessidade de responder à mesma pergunta duas vezes. Não esqueça de votar - Selecionar as melhores perguntas e respostas é realmente útil!

Perguntas relacionadas

Mais conversas em NFS-e nacional, municípios e NFTS no SAP.

Ver todas do fórum