[NFSe de Chopinzinho PR não se encontra em Cidades e arquivo/schemas]

29 minutos atrás, Italo Giurizzato Junior disse:

Junior,

Uma coisa é a URL do portal para poder emitir a nota via site.

Outra coisa é a URL do webservice.

Eu um primeiro momento foi te passado a URL do portal, depois te passaram as duas, ou seja, do portal e do webservice.

A partir do momento que o provedor já esta implementado no componente é sempre bom comparar a URL que lhe foi passado com de outras cidades.

sim sim.... eu até achei estranho não ter /services.svc, mas fui testar..... caí na pegadinha do malandro..... kkkkkk

[NFSe de Chopinzinho PR não se encontra em Cidades e arquivo/schemas]

4 horas atrás, Italo Giurizzato Junior disse:

Bom dia Junior,

Para mim esse erro não ocorre.

Marque a opção "Salvar envelope SOAP" que se encontra na aba WebService.

Faça um novo teste e anexe os arquivos soap.

ao analisar os arquivos, constatei que estava retornando 404.... como voce me pediu o endereço do webservice de homologação fiz a solicitação novamente e o pessoal do TI passou os seguintes endereços:

https://chopinzinho.govbr.cloud/nfse.portal
http://chopinzinho.govbr.cloud/nfse.portal.integracao/services.svc

 

como eles tinham passado https://chopinzinho.govbr.cloud/nfse.portal como produção, tentei mudar para http://chopinzinho.govbr.cloud/nfse.portal.integracao/services.svc e recompilar e deu certo agora.

mas ainda não passaram o endereço de homologação. Vou solicitar novamente

 

38-env-lot-sinc-soap.xml

[NFSe de Chopinzinho PR não se encontra em Cidades e arquivo/schemas]

Em 20/11/2023 at 18:32, Italo Giurizzato Junior disse:

Boa tarde Junior,

A URL de homologação deve estar errada esta gerando o erro 404.

Favor entrar em contato com a prefeitura ou com o provedor e solicitar a URL de homologação.

Desde já muito obrigado pela colaboração, já inclui na minha lista de tarefas para corrigir a URL de produção. TK-4750

Homologação: 

http://chopinzinho.govbr.cloud/nfse.portal.integracao/services.svc

[NFSe de Chopinzinho PR não se encontra em Cidades e arquivo/schemas]

23 horas atrás, Italo Giurizzato Junior disse:

Bom dia @junior_gpuava,

Esse erro esta ocorrendo com qual método?

Por favor configure o programa exemplo para salvar os arquivos soap.

Faça um novo teste e anexe os arquivos soap de envio e de retorno para que possamos analisar o problema.

------------------------------
Versão OpenSSL
OpenSSL 1.1.1j  16 Feb 2021
01.01.01.0AF
C:\WINDOWS\SYSTEM32\libcrypto-1_1.dll
C:\WINDOWS\SYSTEM32\libssl-1_1.dll
------------------------------
Requisição
Ambiente : 1
Cidade   : Chopinzinho/PR
Provedor : Pronim Versão: 2.03
Data/Hora: 22/11/2023 09:17:37
 
Método Executado: Enviar Lote Síncrono
 
Parâmetros de Envio
Numero do Lote: 38
 
Parâmetros de Retorno
Data de Envio : 30/12/1899
Numero do Prot: 
Numero da Nota: 
Link          : 
Código Verif. : 
Sucesso       : False
 
Erro(s):
Código  : X999
Mensagem: Erro de Conexão: Extra content at the end of the document

Correção: 
---------
 
NFS-e Numero....: 38
Cod. Verificacao: 
Prestador.......: LABORE
Tomador.........: INSCRICAO DE TESTE E TESTE
 

38-env-lot.xml

 

 

[NFSe de Chopinzinho PR não se encontra em Cidades e arquivo/schemas]

Segui o procedimento de inclusão de novas cidades e resolveu o problema com o novo endereço do webservice

Agora estou com outro problema:

está dando o seguinte retorno

Código  : X9994123111640302900015456000000000000038-rps.xml
Mensagem: Erro de Conexão: Extra content at the end of the document

Correção: 

Segue o XML em anexo

[NFSe de Chopinzinho PR não se encontra em Cidades e arquivo/schemas]

não sei se é o local correto para informar, mas em 20/11/2023 o endereço do webservice de chopinzinho mudou para https://chopinzinho.govbr.cloud/nfse.portal/

porem, não estou conseguindo alterar no arquivo ACBrNFSeXServicos.ini, já fiz a alteração

[4105409]
Nome=Chopinzinho
UF=PR
Provedor=Pronim
Versao=2.03
ProRecepcionar=https://chopinzinho.govbr.cloud/nfse.portal/
HomRecepcionar=https://chopinzinho.govbr.cloud/nfse.portal.teste/

porém quando compilo não altera o endereço, continua o antigo 

http://int.chopinzinho.pr.gov.br:38181/nfse.portal.integracao/services.svc

 

[Rejeição 553: Tipo autorizador do recibo diverge do Órgão Autorizador]

Mudei o metodo de envio e deu certo

[Rejeição 553: Tipo autorizador do recibo diverge do Órgão Autorizador]

aqui em Guarapuava-PR tambem está a mesma coisa

[Ajustes no Retorno do Envio de Cancelamento - IPM Guarapuava.]

uma coisa que tem que se levar em conta é que no retorno tem dois tipos, o parcial e o completo, lá no portal em manutenção da empresa voce pode selecionar se quer completo ou parcial. no primeiro vem a tag nfse e no segundo só a mensagem de sucesso, numero da nota, o link e codigo de verificação.

abaixo segue um exemplo de retorno sem formatação que um cliente nosso recebeu após tentar enviar uma nfse

 

2284-rec-soap.xml

[Ajustes no Retorno do Envio de Cancelamento - IPM Guarapuava.]

tem como vc colocar para salvar o soap do retorno e postar aqui? tem outras softhouse daqui de guarapuava encontrando problemas nos retornos do XML, tem alguns que retornam dados fora de padrão

[Ajustes no Retorno do Envio de Cancelamento - IPM Guarapuava.]

Sandro André, faz o seguinte..... faz uma copia da pasta de seu acbr atual, renomeia para acbr1 por exemplo e cria um novo e faz o svn checkout.... faz a reinstalação e como disse o Sandro Felipe, acerta no arquivo INI o novo endereço do webservice e executa o compilares e tenta novamente... nos retorne o que dá.....

[Ajustes no Retorno do Envio de Cancelamento - IPM Guarapuava.]

coloque a opção para salvar response soap e vc já ve como o arquivo esta vindo....

[Ajustes no Retorno do Envio de Cancelamento - IPM Guarapuava.]

Sandro André.... acho que o erro que está ocorrendo é no tratamento do XML de retorno... aquele bendito & comercial que tem que trocar por & por isso aparece a mensagem um ponto e virgula era esperado..... vou testar com os arquivos mandados pelo Sandro Felipe agora.....

 

[Ajustes no Retorno do Envio de Cancelamento - IPM Guarapuava.]

eu vou atualizar aqui para dar uma olhada....

 

[Ajustes no Retorno do Envio de Cancelamento - IPM Guarapuava.]

Sandro.... não sei se percebeu mas o XML de retorno do ambiente de produção vem completo e não apenas o cabeçalho como no ambiente de homologação

[Ajustes no Retorno do Envio de Cancelamento - IPM Guarapuava.]

Sandro, observei que ao inves de Synapse_boundary ele esta gerando Part_1_ .... mas para o cabeçalho de WebserviceMulti esta 

constructor TACBrNFSeXWebserviceMulti.Create(AOwner: TACBrDFe; AMetodo: TMetodo;
  AURL: string);
begin
  inherited Create(AOwner, AMetodo, AURL);

  FPBound := IntToHex(Random(MaxInt), + '_Synapse_boundary';
  FPMimeType := 'multipart/form-data; boundary=' + AnsiQuotedStr(FPBound, '"');
end;

[Ajustes no Retorno do Envio de Cancelamento - IPM Guarapuava.]

Boa noite Italo,

Atualizei os fontes e voltou a mensagem de CONFIG inválido. o que pode estar de errado? já verifiquei os direcionamentos para REST e aparentemente está tudo certo.

[Ref. Forma de Envio novo Servidor IPM Guarapuava-PR]

aqui deu certo.... funcionou direitinho....

[Ref. Forma de Envio novo Servidor IPM Guarapuava-PR]

sandro.... na verdade eu fiz um teste por fora usando REST, mais para procurar entender o motivo do servidor estar rejeitando os arquivos do acbr.

agora teria que repassar esses parametros para o acbr, tem algumas coisas que observei que tem que mudar como o encoding que ao menos no cabeçalho tem que estar ISO8859-1. no xml ele foi como utf-8 mesmo

não tenho certeza, mas parece que no acbr o xml esta sendo anexado como stream

[Ref. Forma de Envio novo Servidor IPM Guarapuava-PR]

para contribuir, eu consegui enviar o XML usando RestClient/RestRequest

procedure TForm1.Button1Click(Sender: TObject);
var
  RESTClient1: TRESTClient;
  RESTRequest1: TRESTRequest;
  BASICAuth : THTTPBasicAuthenticator;
begin
  BasicAuth := THTTPBasicAuthenticator.Create('cnpj','senha');
  RESTClient1 := TRESTClient.Create('https://migracao.atende.net');
  RESTClient1.Authenticator := BASICAuth;
  try
    RESTRequest1 := TRESTRequest.Create(nil);
    try
      RestClient1.Accept          := 'application/json';
      RestClient1.AcceptCharset   := 'ISO-8859-1';
      RestClient1.AcceptEncoding  := 'ISO-8859-1';
      RestClient1.FallbackCharsetEncoding := 'ISO-8859-1';
      RestClient1.ContentType    := 'multipart/form-data';
      RESTRequest1.Client := RESTClient1;
      RESTRequest1.Method := TRESTRequestMethod.rmPOST;
      RESTRequest1.Resource := 'atende.php?pg=rest&service=WNERestServiceNFSe&cidade=treina_guarapuava_integracao';
      RESTRequest1.AddFile('file', 'c:\soft\xml1.xml', ctMULTIPART_FORM_DATA);
      RESTRequest1.Execute;
      memo1.lines.add(RESTRequest1.Response.Content);
    finally
      RESTRequest1.Free;
    end;
  finally
    RESTClient1.Free;
    BASICAuth.Free;
  end;
end;
 

no restrequest não enviava usando stream, só deu certo quando usei AddFile para o envio

[Ref. Forma de Envio novo Servidor IPM Guarapuava-PR]

Boa tarde Italo,

Eu acessei o site do postman https://web.postman.co/ e importei o arquivo Homologacao.postman_collection (1).json enviado pelo Sandro e coloquei meu CNPJ e senha. Na aba body o parametro Arquivo XML eu apaguei e cliquei para selecionar um XML da minha pasta. ao enviar deu erro, mas agora fiz novamente e ele autorizou a nota. Talvez isso ajude a ver como esta sendo anexado o XML.

mandei no seu email os dados de login para que possa testar

[Ref. Forma de Envio novo Servidor IPM Guarapuava-PR]

executei mais uma vez apagando as informações do arquivo e selecionando novamente e agora o retorno foi outro, parece que agora o arquivo foi anexado e enviado. entao no caso do componente acbr, nao deve estar anexando o arquivo corretamente

 

[Ref. Forma de Envio novo Servidor IPM Guarapuava-PR]

Sandro, tem algo de errado... executei esse json do POSTMAN diretamente pelo postman online e retornou erro.

[Ref. Forma de Envio novo Servidor IPM Guarapuava-PR]

estou na mesma situação. Está retornando XML vazio. já tentei remover as tags RPS, pois no modelo enviado pela IPM não contém e continua retornando a mensagem. no modelo enviado pelo IPM, não tem assinatura do XML, mas na reunião que foi feita há duas semanas eles falaram que deveria assinar o XML. 

[NFC-e Inutilização no MT (O Tempo limite da operação foi atingido)]

Consegui resolver aumentando o timeout do componente em:

  ACBrNFe.Configuracoes.WebServices.AguardarConsultaRet:=15000;
  ACBrNFe.Configuracoes.WebServices.TimeOut:=15000;

depois de efetuado o envio ou consulta eu volto para 

  ACBrNFe.Configuracoes.WebServices.AguardarConsultaRet:=4000;
  ACBrNFe.Configuracoes.WebServices.TimeOut:=5000;