willian_delan

@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

Bom dia, tudo bem? Temos cliente de Treze Tílias, do provedor IPM, com o seguinte retorno do provedor: Erro Interno: 0Erro HTTP: 401URL: https://trezetilias.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao{"retorno":{"msg":"Acesso Negado!","sis":"EST","code":401}} Conferido Login e Senha; Conferido e está libertado o acesso ao Web Service; Certificado está correto, etc O que mais pode ser? Segue XML anexo. 00141566495000106812042024-RPS.xml

Pelo menos está conseguindo registrar em produção, 1 problema a menos, eu ainda estou aguardando eles enviarem as credências de produção, pessoal é meio lento lá...

@Italo Giurizzato JuniorOk, vou implementar e repasso aqui as units e alterações necessárias. Já vou repassar algumas informações que consegui: A autenticação da NFSe se faz a partir de um Token, não sendo necessário Certificado digital, login e senha da prefeitura nem nada do tipo, apenas o token. *Para conseguir esse Token, precisa pedir para o servidor do município alterar o credenciamento alterando a opção "DESEJA EMITIR RPS? para sim aí vai gerar o token e te repassam no caso, para que possa configurar. Pois com esse TOKEN conseguimos emitir as NFSe via Web Service. *O token é enviado no JSON da NFSe no campo "tokenRPS". * o campo do JSON tomador > id = Nesse basta informar o cpf ou cnpj do tomador. > Demais campos do JSON o manual explica, tem alguns como bairroId, logradouroId, paisLocalPrestacaoServico > id, localPrestacaoServico > id, servico > id, e outros que você precisa realizar uma requisição GET no WebService da Aspec que irão te retornar o id que eles possuem cadastrado. Isso da para entender bem através do manual que anexei aqui, Caso eu consiga mais alguma informação útil ou collections ou algo que ajude eu repasso aqui.

Boa tarde, tudo bem? Temos um cliente da cidade de Jacunda (PA) e identificamos que o provedor trata-se do Aspec, no entanto não há implementação deste provedor no ACBr e nem no ACBrNFSeXServicos não consta nenhuma cidade com este provedor. Site da prefeitura: http://pa.jacunda.tributario.aspec.com.br/portal/login.xhtml# Site do provedor: https://www.aspec.com.br/produtos/aspec-nfs-e/ Manual de Integração via WebService da fornecido pela Aspec em anexo. MANUAL RPS - ATUALIZADO 18-01-2023.docx.pdf Ou caso não apareça o anexo pode encontrar salvo aqui: https://files.fm/u/em5jtnec8r Contatos Aspec: renato.silva@aspec.com.br (Esse que me mandou o manual) Segue abaixo contatos do Pará que constam no site deles em https://www.aspec.com.br/contato/fale-conosco/ 0800.050.0180; (91) 3249-2620; ‎(91) 99139-6126; ‎(91) 99346-9294; para@aspec.com.br Segue outro tópico do ACBr sobre esse provedor: No entanto conforme é relatado pelo Italo no tópico em 2022, até aquele momento não havia nenhum provedor implementado que fazia uso de JSON apenas via XML e o Aspec usa JSON. No entanto hoje já temos provedores implementados pelo ACBr que fazem o uso de JSON, um exemplo é o provedor Bauhaus. *Pelo que identifiquei hoje temos Bauhaus, Prescon e eISS que são provedores que usam JSON e estão implementados no ACBr. ***Minha dúvida é, conseguimos hoje implementar esse provedor Aspec na estrutura do ACBr? Visto que já há exemplos de provedores que fazendo uso de JSON. Tem algum que podemos usar para nos basear para tentar implementar esse? ACBr ou alguém tem alguma dica de como começar ou já está implementando esse provedor? Obrigado.