Italo Giurizzato Junior

Bom dia @gladston, Não vejo outra alternativa entrar em contato com a empresa Eicon e pedir uma lista de CEP que eles cadastraram no ambiente de homologação para a referida cidade.

Bom dia @C4Dev, Vamos voltar ao tempo, quando foi implementado o provedor Ginfes no componente antigo. Alterações 09/09/2011 (Italo Jurisato Junior) --------------- [+] Implementado as funções de Envio e consulta ao WebServices no padrão Ginfes e Abrasf. [+] Criado o componente ACBrNFSeDANFSeQR, usado para imprimir o DANFSe. Já se passaram 13 anos. Abaixo temos o XML de envio do lote gerado pelo componente antigo. Abaixo temos o XML de envio do lote gerado pelo novo componente. Nota-se apenas 2 diferenças: 1. No novo componente o atributo ID da tag LoteRps é alfanumérico. 2. No novo componente a tag Signature não tem o atributo ID. O novo componente foi disponibilizado em: 24/05/2021 [+] Envio do novo componente para o Trunk2 Por: Italo Giurizzato Junior Já se passaram 3 anos. Eles estão dizendo que o correto é: <q1:EnviarLoteRpsEnvio xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:q1="http://www.ginfes.com.br/servico_enviar_lote_rps_envio_v03.xsd" xmlns:tipos="http://www.ginfes.com.br/tipos_v03.xsd"> Comparando nota-se que na proposta deles se faz necessário declarar os namespace: xsi e xsd e mudar os prefixos: ns3 e ns4 por q1 e tipos respectivamente. Você concorda que se estivéssemos gerando da forma errada, ninguém iria conseguir emitir uma nota se quer desde 09/09/2011 ? Pensa bem, desde que foi implementado o provedor Ginfes no componente antigo e no novo a geração do grupo EnviarLoteRpsEnvio não existe os namespace xsi e xsd e os prefixos são ns3 e ns4, e o pessoal emitem suas notas. Tanto o Ginfes quanto o Giss (GissOnline) são da empresa Eicon, ambos os provedores as mensagens de erros retornados nem sempre condiz com a realidade. Para você ter uma ideia o meu CNPJ é de uma empresa de Araraquara/SP, se eu tentar emitir uma nota em São José do Rio Preto/SP tenho o seguinte retorno: Que esta correto, o CNPJ é de uma empresa de Araraquara/SP é óbvio que não vai constar na base de dados de São José do Rio Preto/SP. Mas se eu tentar fazer um cancelamento, veja o retorno: Diz que o XML do pedido de cancelamento esta fora da estrutura. Uma mensagem de erro que não tem nada haver, uma vez que o XML foi gerado, validado com os schemas disponibilizado pelo próprio provedor. Você percebeu que não da para confiar nas mensagens de erros retornadas pelo provedor e infelizmente não da para confiar no que os atendentes dessa empresa dizem. Eles devem ter feito alguma alteração em algum campo do XML que agora deve conter a informação de uma forma diferente, mas esta retornando essa mensagem de erro genérica. Pode ser alguma tag que segundo o schema é opcional mas o webservice esta exigindo ela e a sua aplicação não esta gerando a tag, em vez do webservice retornar uma mensagem dizendo que não foi informado a tag xyz, simplesmente vem com a mensagem dizendo que o arquivo esta fora da estrutura.

Boa tarde @C4Dev, Esse fragmento de XML que você anexou se refere ao conteúdo da mensagem de dados e não do cabeçalho. Os prefixos que aparecem nesse fragmento q1 e tipos nunca foram usados, sempre foi usado ns2, ns3 e ns4 desde a versão antiga do componente, portanto faz anos que é assim. Precisamos saber com exatidão o que esta errado.

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

@luisclaudio_jr, Onde você anexou o XML correto?

Boa tarde @polidata_2024, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes.

Boa tarde @luisclaudio_jr, Olha o que eu encontrei no XML que você anexou. Esse XML esta sendo gerado pelo componente ACBrNFe? Se sim, tem alguma coisa errada nele.

Bom dia @sandroreck, Achei estranho a presença da declaração de encoding no meio do XML. Essa linha não era para constar. Acabei de fazer um teste usando o ACBrXmlDocument e o XML ficou da forma correta.

Bom dia @Diego Reckziegel, Já esta no SVN.

Bom dia @Mario Inacio, Já esta no SVN.

Bom dia @Artur Alencar, Já esta no SVN.

Bom dia @Diogo Loff, Vou passar para o pessoal que cuida dos DA feito em Fast Report para avaliar a sua colaboração. Desde já muito obrigado pela colaboração. Foi criado a TK-6125 para analise dos responsáveis.

Bom dia @gladston, Beleza, e o resto da lista acima? Não basta atualizar os fontes tem que reinstalar o ACBr, caso contrario não resolve nada. E tem que recompilar também a aplicação com a opção Build antes de fazer novos testes.

@gladston, Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

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

@Mario Inacio, Essa linha esta errada: ProRecepcionar=prorecepcionar=https://trescachoeirasweb.msgestaopublica.app.br:8443/IssWeb-ejb/IssWebWS/IssWebWS?wsdl O correto é: ProRecepcionar=https://trescachoeirasweb.msgestaopublica.app.br:8443/IssWeb-ejb/IssWebWS/IssWebWS E a versão tem que ser: 2.00 e não 2.01

Boa tarde Sandro, Muito obrigado pela colaboração, já foi criado a TK-6123 para realizar a alteração.

Boa tarde @Diego Reckziegel, Muito obrigado pela colaboração, já criei a TK-6121 para avaliação.

@Mario Inacio, Vamos lá: Provedor=Fiorilli Versao=2.01 ProRecepcionar=prorecepcionar=https://trescachoeirasweb.msgestaopublica.app.br:8443/IssWeb-ejb/IssWebWS/IssWebWS?wsdl 1. Se enviar como versão 2.00 o que ocorre? 2. Para o componente no final da URL não precisa do ?wsdl 3. isso aqui esta errado: ProRecepcionar=prorecepcionar=https:(...) tem 2 ProRecepcionar Notei que eles mudaram de .com.br:8443 para .app.br:8443 Já criei a TK-6120 para realizar a troca e enviar para o SVN.

Boa tarde @Paulo Alexandre Hostert, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Informações sobre o Refactoring vide o tópico abaixo.

Olá Pessoal, Com esse refactoring mudou a forma de ler as informações de retorno ao averbar um documento. Para pegar o retorno do envio, agora fazemos da seguinte forma: ACBrANe1.WebService.Enviar.**** onde **** é os campos: Numero, Serie, Filial, etc Veja este fragmento de código do programa exemplo: memoLog.Lines.Add('Parâmetros de Retorno'); memoLog.Lines.Add('Numero : ' + Numero); memoLog.Lines.Add('Serie : ' + Serie); memoLog.Lines.Add('Filial : ' + Filial); memoLog.Lines.Add('CNPJ Cliente : ' + CNPJCliente); memoLog.Lines.Add('Tipo Documento: ' + tpDoc); memoLog.Lines.Add('Data/Hora : ' + DateTimeToStr(DataHora)); memoLog.Lines.Add('Numero do Prot: ' + Protocolo); memoLog.Lines.Add('CTe : ' + CTe); memoLog.Lines.Add('Sucesso : ' + BoolToStr(Sucesso, True)); Temos também os dados do seguro que é lido da seguinte forma: ACBrANe1.WebService.Enviar.DadosSeguro.**** if aDadosSeguro.Count > 0 then begin memoLog.Lines.Add(' '); memoLog.Lines.Add('Dados do Seguro:'); for i := 0 to aDadosSeguro.Count -1 do begin memoLog.Lines.Add('Numero Averbação: ' + aDadosSeguro[i].NumeroAverbacao); memoLog.Lines.Add('CNPJ Seguradora : ' + aDadosSeguro[i].CNPJSeguradora); memoLog.Lines.Add('Nome Seguradora : ' + aDadosSeguro[i].NomeSeguradora); memoLog.Lines.Add('Numero Apolice : ' + aDadosSeguro[i].NumApolice); memoLog.Lines.Add('Tipo Movimento : ' + aDadosSeguro[i].TpMov); memoLog.Lines.Add('Tipo de DDR : ' + aDadosSeguro[i].TpDDR); memoLog.Lines.Add('Valor Averbado : ' + FloatToStr(aDadosSeguro[i].ValorAverbado)); memoLog.Lines.Add('Ramo Averbado : ' + aDadosSeguro[i].RamoAverbado); memoLog.Lines.Add('---------'); end; end; Recomento fortemente que estudem o programa exemplo. No que se refere ao retorno vejam a procedure ChecarResposta.

Boa tarde @HERALDO, Fiz uma alteração para contemplar os 3 novos campos. Como você utiliza o ACBrMonitor por favor aguarde uma nova versão do mesmo. Para alimentar esses 3 novos campos o seu arquivo INI deverá ficar da seguinte forma: [Prestador] (...) Anexo=<informe aqui o anexo> ValorReceitaBruta=100 DataInicioAtividade=17/10/2024

@Mario Inacio, Estava checando o arquivo ACBrNFSeXServicos.ini e notei que a URL foi atualizada no dia 21/05/2024, veja: [4321667] ; Incluído em 28/09/2022 ; Atualizado em 21/05/2024 Nome=Tres Cachoeiras UF=RS Provedor=Fiorilli Versao=2.00 ProRecepcionar=https://trescachoeirasweb.msgestaopublica.com.br:8443/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=https://trescachoeirasweb.msgestaopublica.com.br:8443/issweb/home.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr?

Boa tarde @Artur Alencar, Muito obrigado pela colaboração, já foi criado a TK-6119 para atualização do arquivo.

Boa tarde @Mario Inacio, Se tratando do provedor Fiorilli, mantenha a versão 2.00, caso contrario vai ocorrer erros como o que você teve do componente não encontrar os schemas.