Diego Foliene

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.

Boa tarde! Está em nosso backlog para ser analisado. Outras demandas de maior urgência impediram que a princípio ela fosse alocada para o sprint desta semana. Vou verificar a possibilidade de inclusão. Qualquer novidade você será notificado neste tópico.

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

Bom dia! Veja que o nome do arquivo está como env-lot e dentro do conteúdo temos EnviarLoteRpsEnvio, então esse na verdade parece ser o Soap de envio. Por favor, verifique se não tem um arquivo com rec-*-soap.xml correspondente a este arquivo, pois este seria o envelope de resposta.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4006

Para que o componente consiga ler corretamente a guia, precisa ter: <guia versao="2.00"> No caso dos seus arquivos, o correto seria o 2300022290-proc-rec.xml, ele sugere o -guia.xml como uma sugestão, pois a princípio, se você configurou ACBrGNRe.Configuracoes.Arquivos.Salvar := True; o componente gera este arquivo para você. Não. Conforme explicado anteriormente, basta definir a config. Você pode observar também no programa exemplo o uso do GravarXML no botão Gerar GNRe. A forma como você está fazendo é a mesma do programa exemplo para exibir em um WebBrowser na tela o XML de envio e de retorno do XML. Você quer mostrar na tela o preview do impresso? Se for este o caso, pode usar o método ACBrGNRE1.GuiasRetorno.Imprimir depois de carregar o XML contendo as guias. Sim, mas você precisa definir no componente de impressão a propriedade PathPDF como sendo o mesmo caminho.

Boa tarde! Para verificar se deu certo no processo, você pode usar o Sucesso do Response, pois a mesma recebe: Response.Sucesso := (Response.Erros.Count = 0); Como você mesmo disse que ficam com múltiplas notas, você pode usar o último índice. Algo como: var NotasCount: Integer; begin NotasCount := ACBrNFSeX.NotasFiscais.Count -1; ACBrNFSeX.NotasFiscais[NotasCount].NFSe.XXXXXXX end;

Boa tarde! Por favor, como estão sua configurações de SSL e afins?

O texto para está rejeição no MOC diz: No entanto, o cBenef existe na tabela da Sefaz do RS para este CST(encontrei ela AQUI na seção NFe - Nota Fiscal Eletrônica, caso queira conferir). Então deveria aceitar. Não vejo outra alternativa a não ser entrar em contato com a Sefaz para questionar o porque de estar recebendo este erro.

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

Beleza, vou fechar este tópico então e quando abrir o novo discutimos as dúvidas lá.

Bom dia. Qual CST está usando?

Remova as quebras de linha e formatações do XML e teste no Sefaz-RS - NF-e - Validador de Mensagens do Projeto NFe e no Portal da Nota Fiscal Eletrônica SVSRS - Validador. O próprio Demo do ACBr também tem função para validar o XML.