willian_delan

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.

@Juliomar Marchetti Eu implementei no ACBr com base nos disponibilizados aqui, verifique se ajuda vocês: ACBrBoletoRet_Bradesco.pasACBrBoletoWS.pasACBrBoletoW_Bradesco.pas Única coisa em que alguns lugares fiz adaptações específicas para meu sistema que provavelmente o ACBr fará diferente eu acredito, são 2: 1º: Na Unit "ACBrBoletoW_Bradesco", procedure "GerarHeader" foi utilizado a property "Token" para pegar o valor do token gerado, no entanto eu não gero o TOKEN pelo ACBr, gerei diretamente pelo código fonte do meu sistema, após isso salvei o Token na property "Token" e uso a seguinte configuração meu sistema para os boletos do Bradesco: FACBrBoleto.OnAntesAutenticar := ACBrBoletoAntesAutenticar; FACBrBoleto.OnDepoisAutenticar := ACBrBoletoDepoisAutenticar; Dessa forma ao realizar o "GerarTokenAutenticacao" vai verificar que temos o ACBrBoletoAntesAutenticar/ACBrBoletoDepoisAutenticar e ao invés de tentar gerar o Token vai pegar o token já gerado e que está armazenado na property "Token". ****OBS: Segue anexo como fiz em meu sistema, é utilizado Rest do Delphi, mas caso queiram fazer de outra forma basta seguir o exemplo disponibilizado pelo @Lucio Bittes e @HelioNeto GeracaoTokenInternamente.txt 2°: Na Unit "ACBrBoletoW_Bradesco", procedure "GerarHeader", na parte da assinatura do header fiz a seguinte jogada, em meu sistema ao cliente informar o certificado digital e senha na conta bancária, é feito uma cópia desse certificado e movido para os arquivos temporários do windows com nome "CertBradescoApi.pfx" e senha "SenhaBradescoAPI.txt" onde dentro desse arquivo fica armazenado a senha do certificado do usuário, para assim em qualquer requisição/alteração posterior sempre termos os dados do certificado em pfx e senha para realizar a assinatura, visto que para todo e qualquer método é preciso assinar a requisição, tanto no Token quanto no Header da requisição. Caso necessário esse processo pode ser feito de outra forma, é apenas como gerencio em meu sistema, foi uma gestão interna para não ter que criar novos campos na tabela para salvar essa informação, hoje salvamos no BD apenas Certificado Publico e Privado, ai para esse processo do Bradesco geri dessa outra forma. Demais informações e processos segue o padrão das units do ACBr. *Outro detalhe é que foi "duplicado" a procedure "RequisicaoJson", porque em homologação somente foi possível testar usando todos os campos do JSON como string, no entanto de acordo com o manual temos diversos campos que são integer, sendo assim foi feito a "RequisicaoJson" para Produção, seguindo o manual do banco e foi feito o "RequisicaoJsonHom" para os testes de homologação. Se tiverem alguma dúvida sobre essas units e alterações basta questionar.

Boa tarde @Italo Giurizzato Junior, tudo bem? Tivemos retorno do provedor: "O município de Videira/SC não permite emissão de NFSe com data retroativa. Neste caso, remova do arquivo XML a tag <data_fato_gerador>03/04/2024</data_fato_gerador>" O que fizemos em nossa aplicação, quando provedor for IPM, das cidades de Videira, Rio das Antas e Concordia atribuímos 0 à property NFSe.Competencia. Não sei como podem aplicar isso ao ACBr tendo em vista que é a Unit é para todos os múnicípios e esse caso se aplica apenas para alguns municípios, mas quis compartilhar aqui para o caso de alguém enfrentar isso e para o caso de o ACBr colocar essa tratativa para os municípios.

@Italo Giurizzato JuniorBoa tarde, tudo bem? Tivemos retorno da IPM: "É um prazer atender você. Meu nome é Douglas e estou aqui para te ajudar a encontrar a melhor solução para sua solicitação. Acesso Negado são por 3 motivos! URL incorreta! Neste caso utilize a URL abaixo. https://ws-trezetilias.atende.net:7443/?pg=rest&service=WNERestServiceNFSe Usuário WebService desativado: https://trezetilias.atende.net/autoatendimento/servicos/emissao-de-nfs-e-por-webservice Ou, o próprio usuário e senha incorretos!" @Italo Giurizzato JuniorVerifiquei que no arquivo "ACBrNFSeXServicos.ini" para Treze Tílias está sendo usado: ProRecepcionar=https://trezetilias.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao HomRecepcionar=https://trezetilias.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao

@Italo Giurizzato Junior Boa tarde Italo, tudo certo? Certo, eu mandei um e-mail para eles, estou aguardando retorno, apenas repassei aqui para o caso de alguém saiba a solução. Se eu conseguir uma solução eu repasso aqui.

Bom dia, tudo bem? Cliente de Videira SC do provedor IPM com problemas para emissão via WebService: 1 - [Notice] Undefined offset: 2. Arquivo:/var/www/html/videira.atende.net/estrutura/est_class_date_util.inc. Linha:485 - Eu imagino que seja alguma falha por parte do provedor, mas relatei aqui para caso alguém tenha sofrido essa situação ou para o caso de ser uma falha no ACBr e os consultores consigam resolver. Segue XML anexo.00120811416000105909103042024-EnviarLote.xml

Segue XML e SOAP no ACBrNFSeX: *Mensagem é a mesma, de acesso negado. 00141566495000106812042024-EnviarLote.xmlSOAP.zip