Diego Foliene

Boa tarde! Obrigado por reportar! Foi criado a #TK-4954 para análise do caso e parecer do consultores responsável. Caso tenha feito alguma alteração na classe, por favor, disponibilize a mesma para que possamos avaliar.

Boa tarde @rogerio.rizzon. Além dos arquivos que foram solicitados pelo Italo, peço que salve e disponibilize também o conteúdo completo de FPRetorno.

Boa tarde! Apenas fornecendo um parecer: Correto, ela utiliza o grupo <guias> como um ponto de partida para encontrar as informações. Não sei se entendi bem esta aqui. O parâmetro VersaoDF é útil e necessário para que a lib possa saber qual é a versão do GNRe será gerado o XML e para qual versão do web service será feito o envio. A rotina de leitura do XML, consegue identificar e realizar a leitura por conta própria, independente desse parâmetro. Analisando os fontes, e a documentação, constatamos que o XML do GNRe na verdade não é assinado. Logo o método Assinar e subsequentemente o VerificarAssinatura não estão cumprindo exatamente o que propõe. Adicionada a #TK-4952 em nosso backlog para verificar a possibilidade de remoção destes métodos da Lib. Para o método ImprimePDF, é importante que você entenda o contexto de uso do mesmo. O XML que você está tentando carregar é o XML do GNRe. O método espera receber o XML da Guia, que é o arquivo devolvido pelo web service quando o GNRe é aprovado. São arquivos diferentes. No que diz respeito ao método Validar, após alguns testes, descobrimos que o problema ocorre porque o método está buscando por um arquivo "GNRe_v2.00.xsd" e o mesmo está nomeado "dados_gnre_v2.00.xsd". Se você renomear o arquivo para GNRe_v2.00.xsd ele não vai mais acusar schema não definido. No entanto, durante estes testes, constatamos que o método parece estar alterando o arquivo XML que é carregado para validação. Foi criada a #TK-4953 para analisar esta questão.

Obrigado. Estamos verificando o que pode ser feito no componente para sanar este problema.

Bom dia! Estamos verificando seus relatos e realizando alguns testes em nosso ambiente. Retornaremos aqui assim que descobrirmos algo.

Bom dia! Por favor, coloque as Dlls deste LINK, escolhendo de acordo com a arquitetura que compila a aplicação e não a do SO, no mesmo diretório do seu arquivo .EXE e repita o teste.

Olá pessoal! Foi publicado na página do e-Social uma atualização sobre o período de convivência entre as versões Simplificada 1.1 e a Simplificada 1.2: Lembrando que graças a contribuição de membros da comunidade, o componente ACBreSocial e consequentemente o Monitor e a Lib já estão aptos a emissão na versão 1.2

O seu arquivo 0187270007245768-lista-nfse-con-lot-soap.xml é o envelope de resposta da sua consulta. A resposta que o webservice devolve para você. Veja que apesar de ele possuir um identificador <?xml version="1.0" encoding="UTF-8"?> dizendo que o arquivo está codificado em UTF-8 e até mesmo o Notepad++ também entendendo que ele está codificado em UTF-8 o arquivo possui caracteres ANSI. Por isso está havendo erro de conversão. Estamos verificando como isso pode ser resolvido. Mas é importante que também entrem em contato com o provedor para questionar o por quê de eles estarem devolvendo a resposta desta maneira.

Por favor, marque a opção para salvar os envelopes da consulta e veja se o conteúdo do -soap de retorno tem algum caractere estranho que possa estar causando o problema.

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

Boa tarde! Muito obrigado pela contribuição. Por favor, pode anexar aqui no tópico mesmo os arquivos alterados para que possamos validar e disponibilizar no SVN.

Olá pessoal! Conferindo no painel Situação SVC, é possível observar que a Sefaz de Goiás ativou a contingência às 11h14 do dia 05/01/2024. Com previsão de permanecer ativa até às 12h00 do dia 08/01/2024. Para utilizar o ACBr em contingência durante este período, siga as orientações deste tópico: Um agradecimento ao membro @Rafael - ATS Informática por compartilhar a informação em nosso Discord.

Bom dia! Foi feita uma alteração no arquivo ACBrNFSeXServicos.ini. Por favor, queira atualizar seus fontes e realizar novo teste.

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

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

Bom dia. Esta em nosso backlog para ser discutido de acordo com a disponibilidade dos consultores. Devido a outras demandas, ainda não foi alocado. Vou adicionar na tarefa um observação pedindo para adicionar no sprint da próxima semana.

Arquivos recebidos. Reportaremos assim que descobrirmos algo.

Foi criada a #TK-4937 para análise do caso. Qualquer novidade será reportada aqui.

Por favor, defina a propriedade ACBrNFSeX.Configuracoes.WebServices.Salvar := True; para que o componente crie os envelopes envolvidos na requisição; Ele vão ter o -soap no nome. Veja se o envelope de resposta trás informações ou se ele vem em branco.

Boa tarde! Qual é o erro que está recebendo? Ainda permanece o "Serviço Indisponível no momento"? Foi citado anteriormente que funcionou com o componente antigo, mas não foi especificado se o componente antigo está comunicando usando os dados do mesmo prestador, para a mesma cidade, para o mesmo provedor e URL que o componente novo. Como citei anteriormente, o componente antigo, não sofre mais manutenção. Você alterou manualmente ai para poder testar? Por favor, disponibilize os arquivos -soap envolvidos no teste conforme solicitado mais acima.

Tópico vinculado a TK mencionada. Qualquer novidade a respeito será informado aqui.

Entendido Fico no aguardo de um feedback.

.INI? Você está utilizando componente nativo ou a Lib?

Se ele trás um valor maior do que zero, por favor, tente realizar um teste lendo o XML da última nota ao invés da do índice zero. Algo como isso: ACBrNFSeX.NotasFiscais.Items[ACBrNFSeX.NotasFiscais.Count-1].XMLNFSe

Bom dia! Por favor, pode fornecer mais informações? Para qual(is) cidade(s) está tentando emitir e está tendo este problema? O conteúdo de ACBrNFSeX.NotasFiscais.Items[0].XMLNFSe é somente <?xml version="1.0" encoding="UTF-8"?>? Se você testar o Count de NotasFiscais.Items realmente tem somente um item?