Italo Giurizzato Junior

Bom dia, A cidade de São José/SC se utiliza do provedor IPM versão 1.01, conforme consta no arquivo ACBrNFSeXServicos.ini [4216602] ; Atualizado em 29/09/2022 Nome=Sao Jose UF=SC Provedor=IPM Versao=1.01 ProRecepcionar=https://saojose.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao HomRecepcionar=https://qualidade-atendenet56.ipm.com.br/homologacao/?pg=rest&service=WNERestServiceNFSe&cidade=saojose Abrindo a unit IPM.Provider temos: TACBrNFSeXWebserviceIPM101 = class(TACBrNFSeXWebserviceMulti2) protected procedure SetHeaders(aHeaderReq: THTTPHeader); override; public function GerarNFSe(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 AjustarRetorno(const Retorno: string): string; function TratarXmlRetornado(const aXML: string): string; override; end; A classe TACBrNFSeXWebserviceIPM101 defini os serviços que o provedor IPM implementou em seu webservice para a versão 1.01 Note que temos apenas 4 serviços, sendo o GerarNFSe o serviço que recepciona o XML. Esse serviço trabalha no modo síncrono e aceita o envio de apenas 1 Rps, sendo assim não é possível o envio de um lote de Rps.

Bom dia Helder, Se você esta tentando usar o certificado A3 (sinônimo de 3 anos de problema), tem que configurar o componente da seguinte forma: e o valor de SSLType tem que ser LT_TLSv1_2

Bom dia Marcos, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3883

Olá Pessoal, Já se encontra no SVN as seguintes atualizações para o componente ACBrCTe referente a versão 4.00 1. Incluída as URLs de homologação SEFAZ-MG (só vão ser ativadas na segunda quinzena de maio); SEFAZ-MS (já esta ativa para realização de testes); SEFAZ-SP e SEFAZ Virtual de SP (já estão ativas para realização de testes); SEFAZ Virtual de SP recepciona os CT-e de AP, PE e RR; SEFAZ-RS e SEFAZ Virtual do RS (já esta ativa para realização de testes); SEFAZ Virtual do RS recepciona os CT-e de AC, AL, AM, BA, CE, DF, ES, GO, MA, PA, PB, PI, RJ, RN, RO, SC, SE e TO As SEFAZ de MT e PR ainda não divulgaram as suas URLs de homologação. 2. Implementado os eventos de Insucesso na Entrega e Cancelamento de Insucesso na Entrega O ambiente de homologação esta previsto para ser liberado em 15/05/2023 e o de produção em 17/07/2023 Vamos aguardar a liberação para iniciar os testes.

Boa tarde Everson, Anexa somente o form com da mensagem de erro e não da tela inteira, não é possível fazer leitura da mensagem de erro.

Bom dia, Essa alteração já foi realizada, veja: [1100122] ; Alterado em 18/04/2023 Nome=Ji-Parana UF=RO Provedor=Fiorilli Versao=2.00 ProRecepcionar=https://nfse.ji-parana.ro.gov.br/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://177.124.184.59:5660/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e por fim compile a aplicação com a opção Build.

Bom dia Patrick, Esse teste de cancelamento é no ambiente de homologação? Se sim, entre em contato com a prefeitura/provedor para saber qual é o código que deve ser informado se tratando de ambiente de homologação. Uma vez que o código IBGE da cidade informada é da cidade Santa Maria/RS.

Bom dia Everson, Você trabalha com o Delphi ou Lazarus? Esta usando o Fast ou o Fortes Report? Qual é o erro? Você tem fontes 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. Acabei de fazer um teste com o seu XML usando o programa exemplo em Delphi do componente ACBrNFSeX com o Fortes Report e não tive nenhum erro.

Boa tarde Everson, Favor anexar somente o form com o erro e não a tela inteira.

Sandro, O MD5 vai ser gerado em cima do XML do BP-e ou em cima de outra coisa? Pelo o que eu entendi devemos gerar o MD5 do PAF-BPe. Quem é o PAF-BPe ?

Boa tarde Sandro, No meu entendimento todas essas informações serão geradas, concatenadas e informadas no campo InfCpl, depois o XML deve ser gerado, assinado, validado e por fim enviado para a SEFAZ.

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

Alex, Muito obrigado, ainda hoje vou enviar para o SVN. Apenas removi a URL de homologação, pois esta ai é de Brasília/DF. Me dia uma coisa, o XML (NFSe-599-ULTRA INFORMATICA LT.xml) foi salvo em disco após ler ele do banco de dados? Se sim, ai que esta o problema. Pois tente imprimir o DANFSE utilizando o 599-nfse.xml você vai ver que não ocorre esse erro e o DANFSE é apresentado na tela.

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

Bom dia Alex, Você alterou o arquivo ACBrNFSeXServicos.ini referente a cidade de Dourados/MS ? Se sim, anexa aqui somente a alteração que você para a referida cidade.

Olá Pessoal, Notamos que alguns desenvolvedores estão confundindo ABRASF com Padrão Nacional em relação à NFS-e. Gostaríamos de esclarecer que a ABRASF até faz parte do projeto NFS-e Padrão Nacional, porém não são sinônimos. Os layouts são diferentes! ABRASF: Necessário gerar e enviar o RPS (Recibo Provisório de Serviço). Dependendo do provedor, esse envio pode ser em lote nos modos assíncrono/síncrono ou unitário em modo síncrono; Padrão Nacional: Necessário gerar e enviar o DPS (Declaração Provisória de Serviço) sempre em forma unitária e modo síncrono. Também notamos que alguns desenvolvedores estão recebendo rejeições ao realizar testes de envio com o componente configurado para o Padrão Nacional. Antes de tudo, é necessário analisar alguns pontos muito importantes: O Prestador é MEI? Se sim, provavelmente existem dados errados informados no DPS. Caso contrário, a cidade aderiu 100% ao projeto da NFS-e Padrão Nacional? Se aderiu, provavelmente existem dados errados informados no DPS. Se não aderiu, isso explica a rejeição! Espero que essa dica possa ajudar a esclarecer as dúvidas com relação a esses layouts.

Alex, Com a unit original (sem essa alteração) faça o seguinte: 1. Configure o componente para salvar os arquivos (soap) em disco. (Configuracoes.WebServices.Salvar := True) 2. Configure o componente para salvar os XML em disco. (Configuracoes.Arquivos.Salvar := True) Faça um novo teste. Verifica se ao carregar o XML da nota com o LoadFromFile para poder imprimir o DANFSE ele é carregado com sucesso.

Marcos, Acredito que depende em que momento você faz essa conversão.

Boa tarde Helder, Com certeza o componente esta configurando de forma errada e pegando os schemas que não é do provedor Ginfes. Os schemas devem ser separados por provedores e por versão, conforme fizemos e disponibilizamos.

Boa tarde Marcos, No meu entendimento uma conversão deve ocorrer na função TratarXmlRetornado que se encontra na unit Provider do provedor, desta forma você consegue isolar o tratamento e não gera efeito colateral nos demais provedores e outros DF-e. Mas esse tratamento tem que ser compatível com com o Delphi 7 em diante.

Boa tarde Douglas, Favor atualizar novamente os fontes, reinstale o ACBr e repita o teste.

Boa tarde Alex, Você notou que na unit ISSNet.Provider existe uma função chamada: TratarXmlRetornado? function TACBrNFSeXWebserviceISSNet204.TratarXmlRetornado( const aXML: string): string; begin Result := inherited TratarXmlRetornado(aXML); Result := ParseText(AnsiString(Result), True, {$IfDef FPC}True{$Else}False{$EndIf}); Result := StringReplace(Result, '&', '&', [rfReplaceAll]); Result := RemoverIdentacao(Result); Result := RemoverCaracteresDesnecessarios(Result); end; Você tem fontes 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.

Alex, Você disse que o ACBr esta convertendo o XML retornado do provedor para o formato ANSI. Será que não é o próprio provedor que esta gerando o XML no formato ANSI e colocando o encoding UTF-8 no inicio? Eu já vi muito isso ocorrer.

Bom dia Joemil, Muito obrigado pela colaboração, já esta no SVN.

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