italo.giurizzato.junior

Boa tarde Francesco, Uma coisa é a tag <InformacoesComplementares> constar no XML do Rps que foi enviado para o provedor. Outra coisa é o XML da NFS-e gerado pelo provedor. Primeiro você precisa verificar se a tag consta no XML do Rps com o texto que foi informado. Se a tag consta e o XML foi enviado e o Rps foi processado com sucesso, o passo seguinte é verificar o XML da NFS-e se este contem a tag. Outra coisa importante é, o provedor ISSNet tem 2 webservice, um segue a versão 1 do layout da ABRASF, nesta versão não existe essa tag. O outro webservice segue a versão 2.04 do layout da ABRASF e nesta versão existe a tag no layout. Como você não informou a cidade, eu não sei qual dos 2 webservice essa cidade utiliza.

Boa tarde Massao, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3536

Boa tarde Luis, Noto que você ainda esta usando o componente antigo. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde a todos, A Consulta pelo numero do protocolo para atender a API Rest que é utilizada pela versão 2.1.1 já esta pronta. O componente ACBrReinf já esta realizando essa consulta e a API esta retornado o resultado do processamento. O próximo passo agora é adequar a leitura dos retornos, tanto do envio quanto da consulta, pois os retornos da API Rest não são envelopados e algumas tag estão com nomes diferentes do retorno gerado pelo WebService. Assim que essas adequações forem realizadas e testada, retornarei aqui para avisa-los. Atenção: As alterações que fiz ainda não foram para o SVN.

Bom dia João, Já esta no SVN.

Vagner, Você tem certeza que com essa alteração que você fez no arquivo ACBrNFSeXServicos.ini funcionou? Pois ao comentar a linha que contem o campo Versao diz ao componente que a versão é 1.00 sendo que ele é da versão 2.04 Outra coisa, segundo o SoapUI temos: Produção: <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:prod="https://nfse.setelagoas.mg.gov.br/webservice/index/producao"> <soapenv:Header/> <soapenv:Body> <prod:RecepcionarLoteRps> <xml>?</xml> </prod:RecepcionarLoteRps> </soapenv:Body> </soapenv:Envelope> Homologação: <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:prod="http://homolog.libresolucoes.com.br:8010/webservice/index/producao"> <soapenv:Header/> <soapenv:Body> <prod:RecepcionarLoteRps> <xml>?</xml> </prod:RecepcionarLoteRps> </soapenv:Body> </soapenv:Envelope> Observe o segundo atributo xmlns da tag Envelope, não tem nada haver com "http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd" Após alterar o arquivo INI, você recompilou ele para gerar um novo RES, depois reinstalou o ACBr e por fim compilou a aplicação com a opção Build? Se não executou essa sequencia, a alteração que você fez no arquivo INI não surtiu nenhum efeito.

Bom dia, Verifica se configurou corretamente a pasta Schemas, segundo a orientação do tópico abaixo. Como configurar corretamente a pasta de schemas - NFS-e - Projeto ACBr

Bom dia Vagner, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3529

Bom dia Danny, Muito obrigado pela colaboração, já esta no SVN.

Bom dia Gustavo, Se o XML baixado da nota após o seu cancelamento não possui o grupo <NfseCancelamento> ou a tag Status com o valor que indica cancelamento, o componente não tem como saber por esse XML que a nota esta cancelada.

Boa tarde a todos, Realizei alterações no componente ACBrReinf visando o envio dos eventos da versão 2.01.01 para a API Rest. O envio foi realizado com sucesso e a API retornou o XML de retorno. Como essa API trabalha no modo Assíncrono após o envio não temos o resultado do processamento e sim apenas o numero do protocolo. De posse do numero do protocolo será necessário realizar uma consulta para que enfim possamos ter o resultado do processamento do(s) evento(s) enviado(s). O próximo passo agora é implementar no componente essa consulta. Assim que ela for implementada e testada, retornarei aqui para avisa-los. Atenção: As alterações que fiz ainda não foram para o SVN.

Boa tarde, O componente esta gerando com valores diferentes ou você informou desta forma?

Boa tarde Gustavo, Essa consulta retorna o XML da nota, correto? Quando a nota é cancelada via webservice o XML retornado pela consulta consta a data de cancelado, já se a nota foi cancelada via site, o XML não tem essa informação, correto? Se a resposta for sim para as 2 perguntas, você poderia anexar o XML retornado para que possamos analisar?

Boa tarde, Veja esse fragmento de código do programa exemplo: // TnfseSituacaoTributaria = ( stRetencao, stNormal, stSubstituicao ); // stRetencao = snSim // stNormal = snNao // Neste exemplo não temos ISS Retido ( stNormal = Não ) // Logo o valor do ISS Retido é igual a zero. Servico.Valores.IssRetido := stNormal; Servico.Valores.ValorIssRetido := 0.00;

Boa tarde, Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?

Boa tarde Talita, A cidade de Iturama/MG consta sim no arquivo ACBrNFSeX e o seu provedor é Governa. Se não esta aparecendo ela no combobox, selecione uma outra qualquer, salve a configuração, encerre a execução do programa exemplo, execute ele novamente, que vai aparecer a cidade desejada.

Boa tarde Talita, O programa exemplo em Lazarus esta desatualizado em relação ao feito em Delphi.

Bom dia, Já inclui na minha lista de tarefas para analise. TK-3519

Bom dia Daniel, Faça o que eu escrevi acima.

Cuidado ao comparar o XML baixado do site com o do componente. 1. o componente gera e envia o XML do Rps que é diferente do XML da NFS-e. 2. tem provedor que gera o XML via site de uma forma e de outra pelo webservice. O primeiro fragmento de XML que você anexou é do Rps ou da NFS-e retornada pelo webservice?

Boa tarde Marcio, Favor atualizar todos os fontes de todas as pastas e reinstale o ACBr.

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

Boa tarde, Quais são as tags que estão ficando com os seus valores zerados?

Boa tarde Douglas, Muito obrigado pela colaboração, já esta no SVN.

Boa tarde a todos, Conforme a postagem acima do Renato, a nova versão do Reinf vai passar a utilizar uma API Rest e não mais um WebService Soap. Isso significa que vamos ter que realizar alterações no componente ACBrReinf para atender esse requisito. A Equipe ACBr já esta analisando e buscando a melhor maneira de fazer essas alterações.