Diego Foliene

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

O arquivo 000000000000011000000000000011000001-lista-nfse-con.xml é resposta que o web service lhe devolveu. Veja que ele trouxe a nota, mas no arquivo, mesmo ele estando com a codificação em UTF8, tem um caractere Ansi e por isso falha na leitura. Tivemos um ajuste bem recente visando sanar este problema. Por favor, atualize a sua Lib com a versão que foi compilada hoje e repita o teste.

Vou adicionar a mesma para que seja inclusa na próxima compilação da documentação. Veja por favor, qual é o conteúdo do envelope de retorno ao consultar para que possamos buscar uma solução para este problema:

Na seção [Itens001] adicione a informação CodMunPrestacao. Assim: [Itens001] CodMunPrestacao= Código IBGE do município que o serviço foi prestado

Que bom que deu certo! Apenas para registro, estávamos realizando alguns testes aqui também e o método está funcionando corretamente*, vide log: *Recebemos como resposta "Acesso Negado" por não possuirmos dados de autenticação válidos, mas isso evidencia que a consulta foi feita, chegou até o web service e o mesmo devolveu uma resposta. Este erro indica que a consulta foi feita, mas que no retorno devolvido, veio algum caractere que a Lib não conseguiu ler e por isso apresentou o erro. Por favor, defina a configuração PathSalvar e a opção SalvarWS para que seja salvo os arquivos de envelope da requisição. Eles vão ter -soap no nome. Um deles é o envelope de envio que contém a informação que de fato é enviada a o web service na requisição e o outro é o envelope de resposta que contém a resposta do provedor na integra. Veja qual é o conteúdo do envelope de resposta.

Por favor, qual é a versão da Lib que você está utilizando?

@Ricardo Isono, infelizmente quando falamos de nota de serviço, uma das poucas "constantes" é a falta de padronização por parte dos provedores e dos web services que implementam. Este é o caso que está tendo. Em sua esmagadora maioria dos provedores, a consulta requer apenas os parâmetros do método, no entanto, o provedor IPM é um dos que fogem a regra, pedindo este parâmetro diferente. Para casos como este, foi criado o método NFSE_ConsultarNFSeGenerico. Por favor, faça um teste utilizando este método passando no parâmetro um arquivo INI montado seguindo o Modelo NFSe.INI - Consulta Generica preenchendo com os dados de acordo com a consulta que deseja realizar.

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

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Você precisa preencher no mínimo as seguintes configurações para que o ACBrNFSeX funcione corretamente: ACBrNFSeX.Configuracoes.Geral.LayoutNFSe ACBrNFSeX.Configuracoes.Geral.CodigoMunicipio A primeira serve para dizer ao componente se ele vai consumir a API do Padrão Nacional, gerando e lendo XMLs no layout estabelecido pelo mesmo. Ou se vai usar o layout dos provedores. A segunda define a cidade para qual será emitida a NFS-e. Ambas configurações são necessárias pois a partir delas o componente sabe automaticamente qual é o provedor que atende a cidade e em qual layout será gerado e lido o XML. No componente antigo esse processo que descrevi mais acima era feito por algumas poucas units através de múltiplos ifs. Agora no componente novo, cada provedor tem sua classe responsável por leitura do XML, geração do XML e conexão com o provedor. Por isso, é importante que você defina a configuração da cidade e do layout antes de usar, para que as devidas classes sejam instanciadas. Logo, não é possível identificar pelo XML.

Bom dia! Estou buscando esta informação.

Bom dia! Você preencheu dessa forma? Definindo apenas o CST? Se for, então a informação não está sendo gerada no arquivo INI devido a esta validação da classe. Consequentemente, não passando a informação para a Lib e não gerando a mesma no XML. Isso foi feito pois se conferirmos no MOC, os elementos do grupo COFINSST são obrigatórios caso o grupo seja inserido.

Bom dia! Em uma análise inicial, a estrutura do seu arquivo nfe.ini me parece estar correta. Por favor, configure o Log da Lib no nível paranoico e disponibilize o mesmo para análise. https://acbr.sourceforge.io/ACBrLib/Geral.html

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

Olá pessoal! Conferindo no painel Situação SVC, é possível observar que a Sefaz de Pernambuco ativou a contingência às 10h00 do dia 11/01/2024. Com previsão de encerramento às 14h00 do mesmo dia. Para usar o ACBr em contingência durante este período, siga as orientações do tópico abaixo: Um agradecimento ao membro da comunidade @Felipe Marianopor compartilhar a informação no canal #sefaz em nosso Discord.

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

Obrigado por reportar. Alteração enviada ao SVN na Rev-31906 Fechando. Para novas dúvidas, criar um novo tópico.

O arquivo 1-rec-soap.xml é a resposta que foi devolvida. Veja que ela contém um HTML de um erro 404, indicando que provavelmente a URL foi alterada ou trocou de provedor. Por favor, substitua estes dos arquivos dentro da pasta dos fontes do componente ACBrNFSeX, reinstale o ACBr e faça um novo teste. Modifiquei a seção da cidade de Cruz Alta/RS adicionando uma URL baseada em outra versão atendida pelo mesmo provedor. ACBrNFSeXServicos.res ACBrNFSeXServicos.ini

Bom dia! Pela mensagem, me parece que o retorno que foi devolvido pelo provedor continha algum conteúdo que o componente não consegui ler, causando este erro. Pelo print que disponibilizou, me parece que você está testando com o programa exemplo do ACBrNFSeX, correto? Sendo este o caso, marque a opção "Salvar Envelope Soap" na aba WebService e repita o teste. Ele vai dar o mesmo erro, mas agora vai ter gerado dentro da pasta Logs(ou a pasta que você definir no seu programa exemplo) dois arquivos com -soap no nome. Um deles será o envelope de envio, que é o arquivo que de fato é enviado para o web service enquanto que o outro é o envelope de resposta que é a resposta devolvida pelo web service na íntegra. Veja qual é o conteúdo do envelope de resposta.

Complementando:

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. Obrigado, para vocês também.

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

Que bom que deu certo! Muito obrigado pelo feedback. Alteração enviada ao SVN na Rev-31904

Conforme foi citado aqui: Esta nota é uma nota cujo emitente seja CPF, assinada por um e-CPF do contribuinte em uma aplicação própria. Você precisa corrigir a série informada no seu arquivo INI, pois com a série 1, a Lib está entendendo que deve extrair um CNPJ da chave de acesso no momento de validar. Você precisa alterar a série para um valor entre 920 e 969, conforme o MOC:

Obrigado! Arquivos recebidos. Estamos analisando e forneceremos um parecer aqui assim que descobrirmos algo.

Entendido, obrigado! Combinado, ficamos no aguardo.