junior_gpuava

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

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

Homologação: http://chopinzinho.govbr.cloud/nfse.portal.integracao/services.svc

------------------------------ 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

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

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

Mudei o metodo de envio e deu certo

aqui em Guarapuava-PR tambem está a mesma coisa

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

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

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á.....

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

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.....

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

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

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;

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.

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

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

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

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

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

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

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.

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;