Diego Foliene

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

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

Por favor, qual versão que usou? Foi gerada uma nova compilação hoje de manhã. A compilação que o @Daniel InfoCotidiano citou foi disponibilizada no fórum a pouco menos de 5 minutos. Por gentileza, apenas para termos certeza, é possível atualizar novamente e repetir o teste?

Usando Windows, o demo disponível para C#, a última versão da LibNFSe disponível no fórum e o arquivo IniNFSE_-_Um_Servico (1).ini em anexo, fiz dois testes. No primeiro teste: Usei o botão Carregar Configurações para ler o arquivo ACBrLib.ini que disponibilizou. Apaguei a configuração do .ini de Serviços, corrigi o certificado, pois eu tenho um A1 então configurei OpenSSL com caminho do PFX e senha, corrigi o caminho dos schemas. Cliquei em Salvar Configurações. Usei o botão Gerar Lote RPS passando o INI anexo. No segundo teste: Substitui o meu arquivo ACBrLib.ini da pasta da aplicação pelo seu. Corrigi o Path dos Schemas e o certificado. Cliquei em Salvar Configurações. Usei o método Gerar Lote RPS passando o INI anexo. O resultado de ambos os testes está em anexo, apenas removi as informações referentes a assinatura. Veja que em ambos os casos, foi gerada a tag Prestador e tag Tomador está TomadorServico. Por favor, reveja se não está com algum arquivo INI defasado dentro da sua aplicação. Teste-1.xml Teste-2.xml IniNFSE_-_Um_Servico (1).ini

Não encontrei referência a este grupo <retCceCTe> nos manuais e schemas do CTe. A Lib espera receber a informação que está vindo dentro dele em <retEnvEvento>, <retEventoCTe> ou <retEvento>, por isso não consegue ler as informações e sai dessa forma a impressão. Você editaram o XML e para usar este elemento ou o arquivo foi gerado assim? Se o arquivo foi gerado e salvo assim, por favor é possível realizar um teste? Defina a configuração SalvarWS como Sim e atribuam um caminho válido em PathSalvar, depois disso repitam o processo de geração de uma carta de correção. Com essas duas novas configurações, será gerado para você os envelopes de envio e de resposta da requisição. Ambos vão ter -soap no nome. Disponibilize estes arquivos.

@albergamin, por favor, onde você obteve este arquivo XML -procCceCTe.xml ? O mesmo foi gerado pela Lib na sua aplicação ou por alguma API ou aplicação de terceiros?

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

Boa tarde! Este problema já está sendo visto na #TK-4724 que foi criada para este outro tópico. A TK foi alocada para o sprint desta semana. Vou fechar este tópico, qualquer novidade será colocada no tópico original.

Boa tarde, por favor, pode fornecer mais informações? Qual é a dificuldade que está enfrentando?

Boa tarde! Foi discutido o seu caso. Como o retorno do método seria algo relativamente simples, antes de partirmos para adoção, foram sugeridas outras possibilidades. Como você mesmo informou que sempre carrega somente 1 XML para o componente uma outra sugestão é usar o método NFe_LimparLista antes de carregar o XML.

Boa tarde! Este código ainda não foi enviado ao SVN. Ele foi disponibilizado como uma contribuição neste tópico: A TK foi feita alocada para o sprint desta semana.

Boa tarde! Testando foi constatado o problema. Criada a #TK-4724 para análise do caso.

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

Boa tarde! Foi gerada uma nova compilação da Lib.

Bom dia! Você disponibilizou via e-mail os seguintes arquivos: ACbrLib.ini ACBrLibNFSe-20231101.log nfse_correto.xml Por favor, qual é o procedimento que você está tentando fazer para emitir está NFSe? Você está usando o arquivo INI seguindo o modelo disponível? Conferindo no seu ACBrLibNFSe-20231101.log você está tentando carregar o arquivo nfse_correto.xml para usar. Este processo está errado! Este método espera receber o XML da NFS-e para leitura e não o XML de envio que é o que está passando para ele. Por isso ele não salva. Por favor, defina o log da Lib para o nível paranoico para que ele mostre mais informações. Faça um teste usando o método GerarLoteRPS ou até mesmo de envio.

Bom dia! Muito obrigado. Tópico vinculado a #TK-4721 que foi criada para tratativa do caso.

O pessoal responsável está com um pequeno problema para gerar a compilação, já está sendo verificado.

Bom dia! Vou pedir novamente uma compilação.

Bom dia @forbostec! Optei por dividir o tópico em um novo, pois apesar de ser problema semelhante os contextos são diferentes(o tópico original estava relatando problema na Lib NFe e você está com problema ao enviar evento usando componente nativo do CTe). Você informou antes que está usando a versão 1.1 da dll. Seus fontes estão atualizados e não há modificação local neles? Caso afirmativo, por favor, adicione as seguintes linhas na rotina que mostra as informações de resposta no programa exemplo: mResp.Lines.Add('Versão OpenSSL'); mResp.Lines.Add( OpenSSLExt.OpenSSLVersion(0) ); mResp.Lines.Add( ACBrOpenSSLUtils.OpenSSLFullVersion ); mResp.Lines.Add( OpenSSLExt.SSLUtilFile ); mResp.Lines.Add( OpenSSLExt.SSLLibFile ); mResp.Lines.Add('------------------------------'); Depois disso, por favor, repita o teste. Conforme explicado em: ACBr agora é compatível com OpenSSL 3.x, ao adicionar estas linhas ele vai demonstra qual é a versão da OpenSSL que está usando e de onde está pegando a dll.

Bom dia pessoal! Ao consultar na página do Sobre o SAT, consta uma aviso informando que haverá uma manutenção na AC do sistema SAT no dia 03/12 com previsão de inicio às 08h00 e término às 12h00. É recomendado que às ativações de equipamentos SAT sejam realizadas fora do período da janela de manutenção.

Bom dia pessoal! Conferindo no dia 13/11/2023, às 08h01 no Portal da NFe, é possível observar que a Sefaz de Minas Gerais está com contingência ativada desde às 07h42 e com previsão de permanecer ativa até às 10h00. Um agradecimento ao membro @Jonas_Farsoft por compartilhar a informação em nosso Discord.

Boa tarde! Sim, e-mail recebido. Peço desculpas pela demora, outras demandas impediram que pudéssemos dar prosseguimento no caso. Vamos analisar os arquivos e reportamos aqui assim que descobrirmos algo. Obrigado pela compreensão.

Bom dia! Isso mesmo, o arquivo será gerado no local que for definido em PathPDF. Sim, é um erro na documentação a ser corrigido(obrigado por reportar). Por hora, por favor, use o método NFSe_ImprimirPDF para esta finalidade.

Olá pessoal! O colega @josemarciossoares, que estava recebendo está rejeição ao emitir CT-e, mesmo com o cadastro do emitente em ordem na Sefaz respectiva também compartilhou uma dica. Ele conseguiu resolver o problema depois de descobrir que, além de estar cadastrado na Sefaz da UF, o emitente precisa também estar cadastrado no CCC, tanto em produção quanto em homologação.

Bom dia! Foi criada a #TK-4709 para análise e tratativa do caso.