rlind

Bom dia. Sim. A opção estava desmarcada. estou anexando o arquivo. Obrigado. 4190-env-lot-soap.xml

Pois eh, o demo gera dois xml(s) , de envio e retorno ( os dois com hora de 15:45) conforme imagem anexada. Obrigado. 4278-env-lot.xml

Entendi. Por acaso esse teste que você fez gerou o XML de envio para eu comparar com o que gera aqui e ver ser tem algo errado? Obrigado.

Olá. Foi feita a reinstalação e o retorno eh o mesmo de antes. Vou anexar o XML de envio. Obrigado. 4142-env-lot.xml

Boa tarde. Os fontes estão atualizados. Vou reinstalar o ACBR e validar novamente Obrigado.

Boa Tarde. Estou validando pelo aplicativo demo => ACBrNFSeX_Exemplo.exe para prefeitura de Palhoça - SC ( Provedor IPM) com retorno de acordo com anexo abaixo e nem gera arquivo xml de envio. Ao emitir pelo componente antigo a NFS-e e emitida normalmente. O que poderia ser a causa, pois para IPM ja esta saindo ok. Obrigado.

Ola Italo. Deu certo sim. Consegui cancelar as NFS-e(s). Pode finalizar o topico. Obrigado.

Bom dia. Esta certo. Obrigado.

Por agora vou anexar XML gerado no pedido de cancelamento que fiz aqui no outro formulario que salvei aqui com o componente antigo que cancela a NFS-e sem erros. Obrigado. 4314-can-soap.xml 4314-ped-can-soap.xml

Ok. Vou solicitar e anexar nesse tópico. Obrigado.

Boa Tarde. ao enviar cancelamento de NFS-e no provedor Betha - Prefeitura de São Jose - SC , apresenta Erro : CancelaNFSeResponse.erros[0].codigo = 'X999' CancelaNFSeResponse.erros[0].descricao = 'env:Server - E172' ( No Provedor ISSCuritiba cancela sem problemas) Sendo que em ACBrWinHTTPReqResp.pas na function TACBrWinHTTPReqRespReceiveResponse: Boolean; tem o retorno abaixo: HTTP/1.1 500 Internal Server Error'#$D#$A'Connection: close'#$D#$A'Date: Tue, 24 Aug 2021 14:34:20 GMT'#$D#$A'Transfer-Encoding: chunked'#$D#$A'Content-Type: text/xml;charset=UTF-8'#$D#$A'Server: Apache'#$D#$A'Vary: Accept-Encoding'#$D#$A'Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Accept, App-Links, App-Context, User-Access, Authorization, Filter-Encoded Alguém o que pode ser ? Obrigado.

Bom dia. fiz novos testes e ficou show de bola. Pode encerrar o tópico. Obrigado.

Ok Italo. Vou fazer. Obrigado.

Boa Tarde, estou anexando. Obrigado. 4295UNICA-nfse.xml

Bom dia. Instalei os componentes pelo ACBrInstall_Trunk2.exe e mostrou o mesmo erro. Obrigado.

Boa Tarde. Foi pelo componente. no site somente consulto. Fiz a a validação no Demo também e teve o mesmo resultado. Obrigado.

Boa Tarde. Não funcionou, ficou igual a antes. Vou fazer update no SVN e tentar novamente. Obrigado.

Boa Tarde, Ao usar executar o ACBrNFSex1.NotasFiscais.LoadFromFile(ArquivoXML) para Provedor Betha tenho esse erro abaixo, sendo que o mesmo trecho de código fonte para Provedor ISSCuritiba carrega sem erros e abre o preview do DANFE. "ERRO: Input is not proper UTF-8, indicate encoding ! Bytes: 0xE1 0x20 0x73 0x75" Sendo que provedor Betha grava o XML com com "Ç" e "Ã" e IssCuritiba não. Nos componentes a propriedade "RetirarAscentos" está True. Alguém sabe como resolver? Obrigado. Rogerio Lindemayer

Ola, Depois de remover todos .dcu da pasta ..\ACBr\Lib\Delphi\LibD7\Win32 e rodar o instalador sem erros , no Demo o resultado da consulta ficou igual. Obrigado.

Obrigado Italo. Vou atualizar e testar.

Bom dia. Vou anexar evidência através da execução do demo ACBrNFSex1 para ajudar na análise. Em consulta do protocolo : 637648758474512929, segue em anexo resposta da consulta e XML com retorno da consulta. Obrigado. retorno_COMPLETO_XML.txt

Boa Tarde, Estou gerando NFS-e no Provedor IssCuritiba e ao executar ACBrNFSeX1.ConsultarLoteRps( TabGlobal.DNOTA_FS.NTF_PROTOCOLO.Conteudo, TabGlobal.DNOTA_FS.NTF_LOTE.Conteudo) em "lote e protocolo" de 2 RPS processadas com sucesso, o retorno do XML da(s) NFS-e no array ACBrNFSex1.NotasFiscais esta completo somente em um registro , onde CodigoVerificacao e Numero estão vazios no outro. Penso que o array tem que vir preenchido em todos indices, Correto ? Obs : ACBrNFSex1.NotasFiscais.Items[i].NFSe.IdentificacaoRps.Numero esta preenchido corretamente. Obrigado.

Esta certo. Vou ver o demo. Pode Fechar o topico. Obrigado.

Bom dia. Venho informar outro item a ser verificado, referente ao processamento em lote de NFS-e(s). Provedor : Betha. Cidade : São José - SC ACBrNFSex1.NotasFiscais.Items[I].NFSe.CodigoVerificacao e ACBrNFSex1.NotasFiscais.Items[I].NFSe.Numero voltam preenchidos, sendo que ACBrNFSex1.NotasFiscais.Items[I].NFSe.Situacao esta com sLoteNaoRecibo e ACBrNFSex1.NotasFiscais.Items[I].NFSe.Protocolo esta vazio. Acredito que quando tem CodigoVerificacao e Numero preenchidos eh porque o lote já foi processado. Segue em anexo para ser analisado. Obrigado.

Bom dia, Venho informar o que indentifiquei após verificações que fiz aqui. Usando demo no botão "Imprimir DANFSe" , abrindo XMLs gerados ontem (apos update), e de dias anteriores : - de dia anteriores carregou o Preview do danfe sem erros - de ontem ao tentar carregar gera o erro anexado no chamado no seguinte trecho de codigo: loadedDoc := xmlParseDoc(PAnsiChar(ansistring(AXmlDocument))); em ABCrXmlDocument.pas (fica nil e sai no else) diferença entre XMLs : de ontem : TAG <Endereco>Ambiente de testes não requer endereço</Endereco> de dias anteriores : TAG <Endereco>Ambiente de testes nA o requer endereA o</Endereco> Ao retirar "ã" e "ç" do xml com erro, resolveu e abriu o preview do danfe sem erros. Obrigado.