Diego Foliene

Boa tarde! Foi enviado ao SVN na Rev-29647 alteração visando sanar este problema. A partir da próxima compilação do Monitor a versão 4.0 do CTe deverá arredondar o campo qtdRat com 3 casas decimais.

Bom dia! VersaoDF=2 corresponde a versão 3.10, mude para 3 e faça um novo teste.

Bom dia! Realmente, conferindo nos fontes não encontrei a implementação deste para esta requisição. Criada #TK-4018 para análise e possível implementação.

Como vocês usam por TXT é importante verificar se não está editando o arquivo com os comandos ao mesmo tempo que o Monitor tenta ler. O indicado é criar um arquivo temporário para preencher os comandos e só depois de preenchido renomear para o ent.txt que é monitorado constantemente pelo Monitor.

Bom dia! Por favor, qual é a versão do ACBrMonitor que está utilizando? Pela mensagem, você está usando a comunicação via TCP/IP, correto? Sendo este o caso, é certo que a porta que está usando não está sendo "congestionada" em algum momento durante o processo por algum outro serviço ou aplicação? Chega a gerar alguma mensagem de erro no log do Monitor?

Bom dia! Por favor, atualize seu ACBrMonitorPLUS para a versão 1.4.0.174 que é a mais recente e faça um novo teste. Testando com o INI que forneceu e esta versão do Monitor, o grupo cargoFuncao foi gerado no XML.

Bom dia! Muito obrigado por reportar! Conferindo aqui realmente está definido para arredondar para 2 casas decimais. Criada a #TK-4017 para análise e adequação.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Entendido! Sem problemas. Neste caso, vou encerrar este tópico. Como citei antes, estamos verificando no ambiente de compilação da Lib o porque de não estar pegando a alteração que sana o problema do município em branco. Vamos notificar você no tópico correspondente.

Bom dia! Faça um teste usando NativeStringToUTF8 da unit ACBrUtil.Strings

Bom dia! Ainda estamos averiguando a questão do por que da Lib compilada não mostrar o município, vamos notificar você no tópico correspondente ao problema. Pedi para atualizar e testar referente a questão do XmlRetorno estar vindo vazio. Foi adicionado no retorno do log uma informação de erros e alertas. O intuito do teste é verificar se o XmlRetorno está vindo vazio por estar retornando algum erro/alerta indicando que houve falha no processo.

Contribuição enviada ao SVN na Rev-29645. Mais uma vez, muito obrigado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde! Foi gerada nova compilação da LibNFSe com melhora nas informações retornadas pelo Log. Por favor, pode atualizar e realizar um novo teste?

Boa tarde @moborges! Ainda estamos verificando a questão de por que não está gerando o arquivo de envelope, mas foi compilada uma nova versão com significativa melhor no retorno que a lib fornece no log. Por favor, pode atualizar e realizar um novo teste?

Foi enviado ao SVN na Rev-29642 alteração visando corrigir o problema. Na próxima compilação do Monitor caso não informado no INI, já não deve gerar mais a tag.

Boa tarde pessoal. O CONFAZ publicou uma nova versão do FAQ agora com exemplos de cada CST. Segue em anexo: NT 2023.01 - PERGUNTAS E RESPOSTAS - Atualizado.pdf Caso prefiram, pode consultar direto no link: https://www.confaz.fazenda.gov.br/tributacao-monofasica/nt-2023-01-perguntas-e-respostas.pdf Um agradecimento ao @Josias Sousa por compartilhar a informação em nossa comunidade do Discord.

Boa tarde! O método LinkNFSe faz uso dos parâmetros ProLinkURL e HomLinkURL do arquivo ACBrNFSeXServicos.ini que é distribuído como uma dependência da Lib. No caso de Brasilia/DF, não consta esta informação, logo, realmente não tem nada a ser informado. O Ginfes possui a informação no INI, estamos verificando o por quê de você estar recebendo este retorno.

Boa tarde! Hmmm, estranho pois esta URL coincide com a que temos no ACBrNFSeXServicos.ini Mas o fato de você receber 404 é um indicativo de que a mesma está incorreta. Por favor, é possível conferir junto a prefeitura se este é de fato o provedor que atende a cidade e caso positivo qual é a URL correta?

Bom dia! Muito obrigado por reportar. Testando aqui, conseguimos reproduzir o problema, por isso foi criada a #TK-4010 para análise e parecer do consultor responsável.

Bom dia pessoal. Foi publicado no dia 30/05/2023 no Portal da NFe a versão 1.21 da NT2021/003 - Validação GTIN(A mesma pode ser lida aqui). A única alteração desta nova versão é que ela prorroga, por 30 dias, a implantação em produção da versão que verifica a existência do GTIN no CCG(Cadastro Centralizado de GTIN), para as mercadorias relacionadas com a indústria de Bebidas e Refrigerantes, Cimento e Perfumaria, Higiene Pessoal e Cosméticos, conforme consta no anexo I, Grupo II da própria NT. Um agradecimento ao @Felipe Mariano por chamar a atenção ao fato em nossa comunidade do Discord. Mais informações sobre a versão anterior desta NT no tópico abaixo:

Boa tarde. Foi gerada uma nova compilação da Lib visando resolver este problema. Por favor, queira atualizar para realizar um novo teste e reportar qualquer problema.

A principio, a configuração é essa mesmo. Ele salva no mesmo local que o soap de envio. Estamos analisando e assim que descobrirmos algo, notificamos aqui.

Boa tarde! Muito obrigado por reportar. Fiz alguns testes e consegui reproduzir o problema. Foi criada a #TK-4007 para análise do problema e parecer do consultor responsável.