Ir para conteúdo
  • Cadastre-se

Marcus Vinícius Souza Fernandes

Membros
  • Total de ítens

    5
  • Registro em

  • Última visita

Tudo que Marcus Vinícius Souza Fernandes postou

  1. Muito obrigado pela orientação Túlio! Imaginei que estava fazendo algo incorreto mas se trata apenas de falta de dados cadastrados no sistema. O tópico pode ser fechado!
  2. Prezados, Gostaria de solicitar apoio em relação a uma dificuldade no consumo do serviço de consulta de alíquotas da API ADN. Apesar de utilizarmos um certificado digital válido e seguirmos a documentação Swagger do ambiente de produção, as requisições retornam sistematicamente a mensagem: "Histórico de alíquotas não encontrado". Endereço do serviço: https://adn.nfse.gov.br/parametrizacao/docs/index.html#tag/Aliquotas/paths/~1{codigoMunicipio}~1{codigoServico}~1{competencia}~1aliquota/get Atualmente, estamos executando uma requisição GET para a seguinte URL: https://adn.nfse.gov.br/parametrizacao/4314902/10.10.11.100/2026-02-01/aliquota Utilizamos o código IBGE do município de Porto Alegre (4314902), o código de serviço NBS 10.10.11.100 e a competência no formato 2026-02-01. Recebemos como resposta um JSON com o campo de alíquotas nulo, o que nos gera dúvidas se o erro reside na formatação dos parâmetros de rota ou se é uma questão de ausência de dados cadastrados pelo município na base nacional. 1) Poderiam confirmar se a formatação dos parâmetros acima está correta? 2) O erro "Histórico não encontrado" refere-se a um erro de sintaxe na chamada ou significa que o município 4314902 efetivamente não carregou a tabela de alíquotas para este código NBS específico no ADN? 3) Poderiam fornecer um exemplo de URL (com município, serviço e competência válidos) que retorne sucesso? Como não obtivemos retorno pelos canais oficiais do governo, qualquer compartilhamento de experiência sobre essa implementação será de grande ajuda.
  3. Consegui contornar o problema mesmo com o erro vazio, segue abaixo o xml correto para o evento de cancelamento: <?xml version="1.0" encoding="UTF-8"?> <pedRegEvento xmlns="http://www.sped.fazenda.gov.br/nfse" versao="1.00"> <infPedReg Id="PRE431490222YYYYYYYYYYYYYY000000000001825060784034730101101001"> <tpAmb>2</tpAmb> <verAplic>Software123Teste</verAplic> <dhEvento>2025-07-07T10:52:56-03:00</dhEvento> <CNPJAutor>YYYYYYYYYYYYYY</CNPJAutor> <chNFSe>431490222YYYYYYYYYYYYYY000000000001825060784034730</chNFSe> <nPedRegEvento>1</nPedRegEvento> <e101101> <xDesc>Cancelamento de NFS-e</xDesc> <cMotivo>2</cMotivo> <xMotivo>Serviço não prestado</xMotivo> </e101101> </infPedReg> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> ... </Signature> </pedRegEvento> Obs: Tudo que tange o CNPJ está mascarado com o caractere "Y" e assinatura está oculta. O tópico pode ser fechado!
  4. Olá, boa tarde. Poderiam me ajudar com um problema no envio do evento de cancelamento de NFS-e no ambiente nacional? Referências: Documentação técnica: https://www.gov.br/nfse/pt-br/biblioteca/documentacao-tecnica Swagger: https://www.nfse.gov.br/swagger/contribuintesissqn/#/NFS-e%20-%20https%3A%2F%2Fsefin.nfse.gov.br%2Fsefinnacional/NFSe_Post Descrição do problema: Ao tentar enviar o XML (anexo, com CNPJ mascarado com o caractere "Y" e assinatura oculta), o retorno da API é um erro 500, com a seguinte resposta: { "tipoAmbiente": 2, "versaoAplicativo": "SefinNac_Pre_1.3.0", "dataHoraProcessamento": "2025-07-02T16:29:35.4036091-03:00", "erro": [] } Se propositalmente envio um XML com erros, recebo mensagens de erro detalhadas normalmente. Já revisei a estrutura conforme os schemas, ajustando a ordem das tags e demais validações, mas o problema persiste. Existe alguma orientação ou ajuste adicional que possam indicar? Muito obrigado! evento-cancelamento-mk.xml
  5. Olá, tudo bem? Recentemente, enfrentei o mesmo problema e consegui resolver ao enviar o XML seguindo a estrutura do exemplo anexado abaixo. Espero que ajude! enviar-lote-rps.xml
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.