willian_delan

Bom dia @Italo Giurizzato Junior tudo bem? Consegue me ajudar com este caso?

@Italo Giurizzato JuniorProvavelmente não tem homologação, testei em HOM e não funcionou com nenhum dos dois, deixa apenas a de produção.

Bom dia @Italo Giurizzato Junior, tudo certo? Tenho essas: ProRecepcionar=http://aguasfrias.govbr.cloud/NFSe.Portal.integracao/services.svc HomRecepcionar=http://aguasfrias.govbr.cloud/NFSe.Portal.integracao/services.svc De produção está certo e funcionando, de homologação não achei nada sobre e também não consegui emitir em homologação, ai deixei assim mesmo. Veja se assim já pode ser versionado, obrigado. Segue exemplo de outro município do mesmo provedor(Pronim) que consta no arquivo ACBrNFSeXServicos.ini: ProRecepcionar=http://201.18.231.99/nfse.portal.integracao/services.svc HomRecepcionar=http://201.18.231.99/nfse.portal.integracao.teste/services.svc Talvez seja a mesma lógica para este meu, mas não tenho certeza. No caso ficaria: [4200556] Nome=Aguas Frias UF=SC Provedor=Pronim Versao=2.02 ProRecepcionar=http://aguasfrias.govbr.cloud/NFSe.Portal.integracao/services.svc HomRecepcionar=http://aguasfrias.govbr.cloud/NFSe.Portal.integracao/services.svc Ou seguindo o exemplo de homologação de outros ficaria assim: [4200556] Nome=Aguas Frias UF=SC Provedor=Pronim Versao=2.02 ProRecepcionar=http://aguasfrias.govbr.cloud/NFSe.Portal.integracao/services.svc HomRecepcionar=http://aguasfrias.govbr.cloud/NFSe.Portal.integracao.teste/services.svc

Sei que trata-se de algo no ACBr pois atualizamos nosso ACBr em Abril mês 4, tenho o Backup ainda, testando com o Backup emite normalmente, ai com o ACBr atualizado ocorre o caso, por isso seria de algo nas units do ACBr mesmo, ocorre na Unit ACBrDFeXsLibXml2, Function TDFeSSLXmlSignLibXml2.Validar, em "if (xmlSchemaValidateDoc(valid_ctxt, doc) <> 0) then" abaixo: Sabem o que pode ter sido atualizado nas Units do ACBr que resultou nisso?

Provedor é VERSÃO 2.03, faz pela Unit abaixo ACBrNFSeXGravarXml_ABRASFv2, logo sempre vai adicionar a TAG OutrasInformações no Grupo tcInfDeclaracaoPrestacaoServico, o que não condiz com os Schemas, teria algo que não está atualizado no meu talvez ou algo do genero? não sei o que pode ser.

Cliente de Blumenau SC, ocorrendo novamente esse caso de ao tentar emitir a NFSe gerar "X800 - Erro de Validação: --> 1871 - Element '{http://www.abrasf.org.br/nfse.xsd}OutrasInformacoes': This element is not expected. - " Situação já ocorreu para mim neste mesmo cliente e já foi resolvido em um fórum que vou deixar abaixo e em outros. última nota emitida com sucesso foi em 17/06. Cliente foi voltar a emitir notas e está ocorrendo isso em qualquer emissão. Schemas estão atualizados no ACBr. Segue anexo XML da tentativa que acabamos de fazer no cliente. Sabem o que pode ser? No XML anexo podem identificar que a TAG OutrasInformacoes está sendo mapeada no grupo InfDeclaracaoPrestacaoServico, em minhas anotações, tenho que da última vez que isso ocorreu, foi otimizado o Schemas por causa de uma atuação: "Atualizado arquivo Schema do provedor SimplISS, agora a Tag OutrasInformacoes foi adicionada ao grupo tcDadosServico e removida do grupo tcInfDeclaracaoPrestacaoServico, por isso na mensagem acusava que OutrasInformacoes não era esperado, pq no Schemas na estava atualizado para esperar este campo naquele momento, simulado internamente e após atualizar resolveu." Imagino que talvez o provedor possa ter atualizado algo talvez, mesmo assim a mensagem ocorre ao ValidarSchemas do ACBr, nem chega a comunicar com o WebService, logo trata-se de uma validação do Schemas. 002073926000002721830112082024-EnviarLote.xml

Boa tarde, tudo bem? Incluir no ACBrNFSeXServicos.ini o provedor a cidade de Águas Frias (SC), o provedor seria o Pronim versão 2.02. [4200556] Nome=Aguas Frias UF=SC Provedor=Pronim Versao=2.02

Ocorre isso para alguém? Ou sabem o que pode ser para resolver? Senha está correta. 'Erro: Erro ao ler informações do Certificado. Provavelmente a senha está errada Error: 310378599 - error:12800067:DSO support routines::could not load the shared library'.

Aqui tbm ocorre.

Sim, era o cryOpenSSL que faltava, no meu estava cryNone. Alguém já se deparou com isso? Project CH.exe raised exception class Exception with message 'Erro: Erro ao ler informações do Certificado. Provavelmente a senha está errada Error: 310378599 - error:12800067:DSO support routines::could not load the shared library'. A questão é que a senha do certificado está correta, estão usando para assinatura o pfx e senha mesmo? Tentei até colocar novas libeay32.dll e ssleay32.dll mas mesmo assim ocorre está exceção. Alguém sabe o que pode ser?

@Juliomar Marchetti Para mim está retornando: "CalcHash" não suportado em: TDFeSSLCryptClass. Seria alguma unit faltando para mim ou algo do tipo? Estou com o repositório atualizado e apenas com as suas units alteradas. @HelioNetoOcorreu algo similar para você? Ocorreu no CalcHash do GerarHeader

@Juliomar Marchetti Os arquivos ACBrBoletoW_Bradesco e ACBrBoletoRet_Bradesco usar quais no caso? Vi que não colocou nesta pasta e não tem commitado, usar os que eu criei e coloquei aqui nesse fórum? Ou vai enviar aqui também?

Perfeito, concordo, obrigado pelo apoio, podem encerrar este tópico, obrigado. Se houver algo a mais nos demais testes e for necessário novas alterações no ACBr eu abro um novo.

@Italo Giurizzato Junior Apenas para confirmar, teve mais algum commit além do que o Juliomar fez? Revisão 34750. Questiono pois não identifiquei commits recentes sobre o caso ou mencinando TK-5838, apenas para confirmar no caso.

@Italo Giurizzato Junior, Bom dia Italo, tudo certo? Certo, obrigado por me informar, sim já testei, ainda estou validando alguns dados com o cliente para emitir a nota com sucesso, mas questão de comunicação com o WebService está 100%, obrigado.

@Juliomar MarchettiFeito, obrigado, segue arquivo, veja para commitar por gentileza. ACBrNFSeXServicos.ini

Segue arquivo ACBrNFSeXServicos.ini com a alteração em https://files.fm/u/tqwbkd2ev6 não conseguir colocar o arquivo aqui pelo tamanho.

Provedor me retornou: Boa tarde Fica B_FAXINAL Att. Rodrigo B. Bordin Sinsoft Informática Ltda. Fone/whats: 54-33431167 @Juliomar Marchetti, nesse caso no ACBr vai ficar como: [4308052] Nome=Faxinalzinho UF=RS Provedor=DataSmart Versao=2.02 Params=AliasCidade:B_FAXINAL Conseguem commitar a alteração? Obrigado.

Bom dia, tudo bem? Tenho um cliente de Faxinalzinho (RS) 4308052. Este nos retornou que o provedor é o SinSoft, site da prefeitura https://sistema.sinsoft.com.br/web.faxinalzinho-rs/NFE/NotaEletronica.aspx Em buscas no ACBr identificamos que trata-se na verdade do provedor DataSmart e que temos no arquivo ACBrNFSeXServicos.ini 9 municípios configurados para esse provedor. Atualmente no arquivo está como: [4308052] Nome=Faxinalzinho UF=RS Provedor= Nos demais municípios é colocado conforme exemplos abaixo: [4309803] Nome=Ibiaca UF=RS Provedor=DataSmart Versao=2.02 Params=AliasCidade:B_IBIACA [4312708] ; Atualizado em 08/11/2023 Nome=Nonoai UF=RS Provedor=DataSmart Versao=2.02 Params=AliasCidade:NONOAI como identifico o Alias da cidade? Não sei se para a cidade desse cliente seria apenas FAXINALZINHO ou se seria algum nome diferente. Descobrindo o Alias e colocando no arquivo já irá emitir normalmente? Ou tem mais alguma configuração a ser feita? Obrigado.

@Camila AngelelliAqui na primeira página desse post tem um exemplo em PHP que o @rafabarzottofez, da uma olhada, tem o Git dele com o projeto, veja se te ajuda.

Perfeito, ficou certo agora, anexo: Testei com os demais OFX e ficou correto também. Obrigado @Juliomar Marchetti e @Victor H. Gonzales - Panda, podem encerrar este tópico.

@Juliomar MarchettiSim, o arquivo do NuBank é UTF-8. @Victor H. Gonzales - PandaSim, eu debuguei, ocorre conforme exposto no print inicial, é feito um LoadFromFile e já fica incorreto os dados, mas apenas com esse UTF-8, testei com outros 4 bancos que usam USASCII no arquivo e fica normal. @Victor H. Gonzales - Panda e @Juliomar Marchetti, enviei no e-mail dos consultores 5 arquivos OFX de 5 bancos diferentes que usei para os testes, um deles é o do NuBank que ocorre a situação. Se precisar de mais informações estou à disposição.

@Juliomar Marchetti Certo, vou ajustar o caminho do repositório. *Quanto a outra situação, como devemos deixar para ficar correto a compatibilidade do antigo e novo Delphi? Internamente alteramos e já resolveu para nós, mas quisemos compartilhar aqui para deixar completo o código para todos para que outros não enfrentem esse problema, como podemos deixar para ser aceito e commitado? Obrigado.

Boa tarde, tudo bem? Ao importar OFX do banco NuBank através da Unit ACBrOFX(disponível em C:\Program Files (x86)\Embarcadero\ACBrTrunk2\Fontes\ACBrTXT\ACBrOFX) na procedure "Import" o campo de <MEMO> vem com erro de acentuação. Na maioria dos OFX que temos de exemplo nunca vem com acentuação, mas no do NuBank vem com acentuação na descrição e ocorre o problema, segue imagem abaixo: No arquivo original vem débito e ao importar fica como débito, ou Transferência que fica como Transferência Sugestão é, conforme abaixo, ao carregar o arquivo usar a formatação UTF8, hoje apenas carrega o arquivo sem formatação alguma, ou ainda, podemos deixar dinâmico para pegar a codificação conforme tag do arquivo OFX "ENCODING" que diz qual a codificação do arquivo, mas testamos com arquivos de bancos diferentes e todos ficam corretos com UTF8. **** SEGUE ARQUIVO ALTERADO: ACBrOFX.pas

Bom dia @Juliomar Marchetti, tudo bem? Sim eu li, assim que possível eu repasso aqui as units atualizadas, pois realmente meu ACBrBoletoWS.pas estava bem desatualizado. Quanto ao seu outro questionamento: "parece que tu usou códigos seus e não pensou na questão de usuários delphi 7 ou lazarus" O que implica no código para usuários Delphi 7 e Lazarus? Pode me explicar para eu ajustar? Obrigado. Sobre o outro questionamento "não entendi o txt segundo?" Se está se referindo ao "GeraçãoTokenInternamente.txt" é como fiz a geração do token em meu sistema, gero o token e armazeno na property do ACBr FToken e no momento das execuções dos processos eu sempre tenho o token guardado pois uso os ACBrBoleto.OnAntesAutenticar/ACBrBoleto.OnDepoisAutenticar realmente pode ser confuso, não sei como seria para o ACBr gerar esse token pois não poderá ser feito diretamente como hoje é nos outros modelos e nesse meu eu usei Rest do Delphi, caso queira algo mais similar a como hoje é trabalhado no ACBr tem que usar como exemplo o código do @Lucio Bittes e @HelioNeto disponível aqui neste fórum, ou segue aqui: https://files.fm/u/r4t5whcqvx Tem que ver como será feito, pois como é hoje utilizado para os demais bancos com o GerarTokenAutenticacao não irá servir, pois a geração de Token desse banco é algo específico e com etapas e processos que não é feito no ACBr.