Destak
-
Total de ítens
273 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Destak
-
-
Boa noite,
Segue em anexo todos os XMLs solicitados da questão (1) e também 3 imagens onde as descrevo agora para ajudar a entender o problema:
Imagem 1 - Apenas alimentei um RPS no componente e o mesmo ja criou um indice "0" no componente como se ele ja tivesse uma NFSe nele.
Imagem 2 - Após eu enviar o lote para o provedor, aguardo 30 segundos e reconsulto esse lote para saber se ja foi processado, dai ele foi processado com sucesso e agora o componente tem dois indices sendo que o indice "0" não tem NFSe e o indice "1" tem a NFSe ok que foi processada com sucesso.
Imagem 3 - Mostra justamente o descrito acima indice "0" gerando erro e indice "1" com a NFSe correta com sucesso.
os XMLs em anexo são exatamente o resultado fiel da sequencia que descrevi acima tabem.
-
Boa tarde,
De forma geral o que tenho percebido é que para esse provedor o componente esta tendo um comportamento diferente em relação a os outros provedores mas só que nas mesmas exatas situações e é isso que não estra certo, vou explicar veja:
Na questão (1) quando eu alimento um RPS no componente para qq provedor que não seja o de São Paulo/SP ele não adiciona um índice de NFSe, isso só ocorre nele, o correto é isso ser padronizado pois se trata de um comportamento padrão.
Na questão (2) descobri o problema, ocorre que quando faço um envio ACBrNFSeX1.Emitir(IntToStr(NumLote),meLoteAssincrono,False) para esse provedor contendo um único RPS que ja foi emitido anteriormente, por tanto consequentemente ele retorna erro de que o RPS ja foi emitido (Segue em anexo os XMLs desse exemplo) ele retorna a propriedade ACBrNFSeX1.WebService.Emite.Sucesso como True, ja em qq outro provedor se eu fizer isso o componente retorna como False que é o correto pois o lote foi recusado, não foi nem aceito para processamento, foi recusado de imediato.
@Italo Giurizzato Junior acredito que esses comportamentos e retornos de propriedades em circunstancia iguais devem ser exatamente os mesmos para todos os provedores, dai o grande benefício de usar um componente.
-
Bom dia,
São dois os problemas encontrados nesse provedor com o componente novo, mas ainda não testei todos os serviços disponíveis:
1. Em consulta ao usar o metodo ACBrNFSeX1.ConsultarNFSeporRps(NumeroRps, SerieRps, TipoRps, CodVerificacao) obtenho o XML na NFSe corretamente com sucesso no indice 0 do componente ACBrNFSeX1.NotasFiscais.Items[0] e se eu der um ACBrNFSeX1.NotasFiscais.Count ele retorna 1 normalmente como deve ser, até ai ok é assim mesmo que deve ser.
Mas se antes de eu fazer o mencionado acima eu alimentar o componente com um RPS então o XML na NFSe vai vir no indice 1 do componente ACBrNFSeX1.NotasFiscais.Items[1] e se eu der um ACBrNFSeX1.NotasFiscais.Count ele retorna 2 o que esta errado pois existe apenas uma NFSe e não duas, o componente esta entendendo o RPS como uma NFSe nessa questão é esse o problema.
2. Em emissão ao usar o metodo ACBrNFSeX1.Emitir(IntToStr(NumLote),meLoteAssincrono,False) o componente não retorna o numero do protocolo na propriedade ACBrNFSeX1.WebService.Emite.Protocolo ela vem vazia.
-
Bom dia,
Ótimo atualizei, reinstalei o ACBr e agora a principio em todos os testes que pude fazer ficou 100% tudo ok obrigado e pode fechar o topico.
-
Bom dia,
Eu estava atribuindo retNenhum por isso o erro na emissão, agora a emissão deu certo obrigado.
Porem fazendo teste de cancelamento notei que o cancelamento é realizado com sucesso mas ao fazer uma nova consulta da mesma NFSe o componente me da propriedade ACBrNFSeX1.NotasFiscais.Items[0].NFSe.SituacaoNfse = TStatusNFSe.snNormal ao inves de = TStatusNFSe.snCancelado e se eu tenta cancelar novamente recebo o erro de que a NFSe ja foi cancelada.
Notei que no XML da NFSe de retorno apos essa nova consulta não esta vindo informação de cancelamento, segue os XMLs para analise.
1054-can.xml 1054-can-soap.xml 1054-ped-can.xml 1054-ped-can-soap.xml 000000000001054000000000000000000001-lista-nfse-con.xml 000000000001054000000000000000000001-lista-nfse-con-soap.xml 000000000001054000000000000000000001-con-nfse.xml 000000000001054000000000000000000001-con-nfse-soap.xml
-
Em 06/05/2022 at 17:02, Juliana Tamizou disse:
Boa tarde,
Sugiro também ver este tópico.At.
Boa noite,
Obrigado li o topico agora.
Em 06/05/2022 at 15:34, Italo Giurizzato Junior disse:Boa tarde,
Na unit GeisWeb.Provider você tem as function de cada serviço que o provedor implementou em seu webservice.
TACBrNFSeXWebserviceGeisWeb = class(TACBrNFSeXWebserviceSoap11) private function GetNameSpace: string; function GetSoapAction: string; function GetAliasCidade: string; public function RecepcionarSincrono(ACabecalho, AMSG: String): string; override; function ConsultarLote(ACabecalho, AMSG: String): string; override; function ConsultarNFSe(ACabecalho, AMSG: String): string; override; function Cancelar(ACabecalho, AMSG: String): string; override; function TratarXmlRetornado(const aXML: string): string; override; property NameSpace: string read GetNameSpace; property SoapAction: string read GetSoapAction; property AliasCidade: string read GetAliasCidade; end;No caso do provedor GeisWeb temos os serviços: RecepcionarSincrono, ConsultarLote, ConsultarNFSe e Cancelar.
Boa noite,
Ok fiz teste usando RecepcionarSincrono e estou tendo o erro 73 "Erro no RPS número 1.Campo Regime do prestador, diferente do cadastrado na prefeitura." porem estou informando os regime correto e no XML de envio a tag <Regime/> esta indo vazia, mesmo eu informando o regime, segue em anexo os XMLs para analise.
1-lista-nfse-sinc.xml 1-lista-nfse-sinc-soap.xml 1-env-lot-sinc.xml 1-env-lot-sinc-soap.xml
-
Boa noite,
O cliente usa o certificado digital A3 e se encontra em outra cidade onde não tenho acesso fisico, por isso não consigo debugar em detalhes, porem vamos la:
Ao tentar ACBrNFSeX1.Emitir(IntToStr(NumLote),meLoteAssincrono,False) não retorna nada, não é salvo ao menos os XMLs de retorno com msg de erro ou algo do tipo, não retorna nada.
Segue em anexo os XMLs de envio e tambem todos os manuais que peguei no site do provedor/prefeitura.
-
Este "if ACBrNFSeX1.NotasFiscais.Count > 0 then" serve para saber se tem um RPS não uma NFSe carregada no componente?
No caso estou perguntando sobre o RPS, visto que ao fazer uma ConsultarNFSeporRps e o retorno é false entao o RPS simplesmente some do componente entendeu?
-
Boa tarde,
Com essa unit deu certo o componente carregou as informações da NFSe do XML corretamente sem erro, pode subir para o SVN.
Ja sobre a outra questão, qual o IF correto para saber se tem um RPS carregado no componente eu posso usar sem que ocorra o erro de inacessible value?
-
Segunda questão,
Apos eu contornar esse problema (provisoriamente até ver como ficara isso) informado acima, tentei emtir usando o metodo Gerar e verifiquei que a NFSe foi emitida com sucesso, porem deu um erro e o mesmo não carregou o XML corretamente no componente, segue os XML de envio e de retorno com sucesso contendo a NFSe nele, mas o componente não carregou em suas propriedades.
1-ger-nfse.xml 1-ger-nfse-soap.xml 1-lista-nfse-ger.xml 1-lista-nfse-ger-soap.xml
-
Bom dia,
Ok então agora antes das minhas verificações estou usando esse "if ACBrNFSeX1.NotasFiscais.Count > 0 then" recomendado por voce, até ai ok resolveu o problema de inacessible value, porem denovo somente nesse provedor ocorre o seguinte problema:
Apos eu fazer uma ConsultarNFSeporRps e o retorno é false, o componente simplesmente limpa o RPS que eu havia acabado de carregar antes da consulta, repito, isso so ocorre com esse provedor, nesse caso voce pode verificar o porque somente com esse provedor isso ocorre ou a outra solução seria igual a anterior verificar se tem um RPS carregado senão carrego novamente o RPS q acabou de se perder apos a ConsultarNFSeporRps.
Nesse qual o IF correto para saber se tem um RPS carregado posso usar sem que ocorra o erro de inacessible value?
-
Boa tarde,
O Envio Gerar retorna: "nao esta implementado para esse provedor"
A ConsultarNFSeporRps: "nao esta implementado para esse provedor"
O Envio de lote Assincrono esta retornando o erro que nao esta encontrando o nfse.xsd na pasta de schemas e realmente verifiquei na pasta do ACBr e não tem esse arquivo la, segue a imagem do erro em anexo.
Ja em relação a ConsultarLoteRps constatei q eu estava tentando consultar um protocolo muito antigo, talvez ele nem seja desse provedor pois essa prefeitura trocou de provedor recentemente.
-
Bom dia,
Para esse provedor uso o metodo Gerar, mas antes de tentar Gerar eu faco um ConsultarNFSeporRps para saber se o mesmo ja foi emitido anteriormente, pois bem apos isso verifico se retornou uma NFSe da seguinte maneira.
if (ACBrNFSeX1.NotasFiscais.Items[0].NFSe.SituacaoNfse = TStatusNFSe.snCancelado) then
e tambem logo depois faco isso,
if (Length(ACBrNFSeX1.NotasFiscais.Items[0].NFSe.Numero) = 0) then
o problema é que nesse provedor essas propriedades estao retornando valores inacessíveis portanto causando uma exceção, ja nos outros demais provedores que atendo essas propriedades retornam valores acessíveis e não causam exceção.
SituacaoNfse = snNormal e NFSe.Numero = "" sei que seria possivel tratar isso de outras maneiras mas como o objetivo do componente é padronizar o maximo possivel então seria importante essas propriedades retornarem o memso padrao para todos os provedores, segue os XMLs em anexo.
1MY-comp-nfse.xml 1MY-comp-nfse-soap.xml 1MY-con-nfse-rps.xml 1MY-con-nfse-rps-soap.xml
-
Bom dia,
Agora sim deu certo a propriedade esta retornando o dado correto, obrigado e pode fechar o topico.
-
Boa noite,
Com essa unit apareceu um erro de exceção no ConsultarNFSeporRps segue imagem em anexo e a propriedade SituacaoNfse continua = TStatusNFSe.snNormal mesmo no XML cancelado.
000001NC-comp-nfse.xml 000001NC-comp-nfse-soap.xml 000001NC-con-nfse-rps.xml 000001NC-con-nfse-rps-soap.xml
-
Boa noite,
Ao tentar executar o metodo ConsultarLoteRps esta retornando o erro 4 failed to load external entity.
Ambiente de produção, segue os XMLs em anexo.
1-con-lot.xml 1-con-lot-soap.xml 1-lista-nfse-con-lot.xml 1-lista-nfse-con-lot-soap.xml
-
Boa noite,
Fiz o que pediu e deu certo, agora a ConsultarNFSeporRps não esta mais gerando uma exceção, obrigado.
Porem continuando a fazer os testes do novo componente nesse provedor verifiquei que ao cancelar uma NFSe a mesma é cancelada com sucesso junto ao provedor, mas se eu fizer uma ConsultarNFSeporRps da mesma o componente retorna a propriedade ACBrNFSeX1.NotasFiscais.Items[0].NFSe.SituacaoNfse = snNormal sendo que o correto seria retornar = snCancelado visto que o XML retornado contem as informações do cancelamento corretamente, segue em anexo o XML retornado cancelado com sucesso e a imagem da propriedade errada no componente.
-
Boa tarde,
Realmente foi falha minha, eu realmente deletei, baixei e reinstalei todo o ACBr novamente porem não havia atualizado a pasta de Schemas onde minha aplicação os busca.
Tudo resolvido pode fechar o topico e obrigado.
-
Boa tarde,
Fiz o que voce pediu e esta dando exatamente o mesmo erro, ele baixa o XML certinho apos ConsultarNFSeporRps porem cria uma exceção segue novamente em anexo a imagem e os XMLs do teste de agora que acabei de testar após deletar e reinstalar todo o ACBr como voce pediu.
000001NC-comp-nfse.xml 000001NC-comp-nfse-soap.xml 000001NC-con-nfse-rps.xml 000001NC-con-nfse-rps-soap.xml
-
Bom dia,
Realmente minha propriedade DetalharServico estava como True acredito que seja porque antes esse era o padrao desse provedor/cidade, porem fui testar agora para verificar e ao ConsultarLoteRps esta sendo retornado o seguinte erro, segue imagem e XML em anexo.
-
Ok, deletei toda a pasta ACBr, baixei e reinstalei novamente e agora em relação a emissão o metodo gerar esta funcionando com sucesso, não testei os demais metodos de emissão ainda, obrigado.
Agora o metodo ACBrNFSeX1.ConsultarNFSeporRps(NumeroRps, SerieRps, TipoRps, CodVerificacao) esta consultando e recuperando o XML com sucesso do provedor porem, esta gerando uma exceção relacionada a data o que impede o fluxo de trabalho correto, segue em anexo os XMLs e a imagem da exceção para analise.
000001NC-comp-nfse.xml 000001NC-comp-nfse-soap.xml 000001NC-con-nfse-rps.xml 000001NC-con-nfse-rps-soap.xml
-
Boa tarde,
A impressão do DANFSE esta saindo sem a discriminação dos serviços como deveria tag <Discriminacao>, essa cidade antes usava o provedor issDSF e agora usa o DSF desde 01/04/2022 conforme descrito no ACBrNFSeXServicos.ini, não sei se foi troca de provedor ou o provedor trocou seu padrão, segue em anexo o XML e a impressão como esta saindo.
3522040896129100019656000000000002411-nfse.xml NFS-E 000002411 - X5UMEyw7y.pdf
Complementando que isso ocorre independente do padrao de impressao que eu use tpPadrao, tpIssDSF ou tpFiorilli.
-
Estou enviando p o ambiente de produção, sim estou com todos os fontes e pastas atualizadas.
Repare q só enviei aqui p vc o (1-rec-soap.xml) pois o (1-rec.xml) não está sendo salvo ou gerado.
-
ACBrNFSeX provedor proprio São Paulo - SP
em DFe - Documentos Fiscais Eletrônicos
Postado
Boa noite,
Agora sim esta funcionando corretamente a parte de emissão obrigado, porem realizando novos testes o de cancelamento verifiquei que ocorre algo parecido, funciona assim:
Para cancelar uma NFS-e eu carrego no componente o XML original do ato da emissão para poder utilizar as informações solicitadas no metodo ACBrNFSeX1.CancelarNFSe(InfCancelamento) e inclusive faco uma consulta ao provedor antes de usar o metodo para verificar se a NFS-e derepente ja não foi cancelada via site pelo usuario até ai ok.
Reparei que se eu fizer a consulta pelo metodo ACBrNFSeX1.ConsultarNFSeporNumero(NumeroNFSe) ai o componente fica com 2 indices da mesma NFSe o primeiro é o que eu carreguei para usar as informações e o segundo é o resultado da consulta porem se trata da mesma NFSe.
Mas se eu fizer a consulta pelo metodo ACBrNFSeX1.ConsultarNFSeporRps(NumeroRpsLocal,SerieRpsLocal,TipoRpsLocal,CodVerificacaoLocal) isso não ocorre ou seja o componente fica smente com um indice o do resultado da consulta, o ideal como tenho falado seria padronizar o comportamento do componente.