thiagosabino

Por acaso você poderia compartilhar o código que usou para resolver o desafio? Na documentação deles tem apenas um exemplo em java.

Boa tarde. Saber dizer se foi implementado no componente os métodos que você criou?

No meu caso conferi aqui e e estava faltando informar o arquivo .cer estava passando mais para o psp do sicoob ao invés do sicred.

No exemplo do acbr está dando "o mesmo" erro porém com código 400

Estou tentando implementar aqui também pela primeira vez e da esse erro ao tentar gerar o token

Talvez seja porque está passando os caracteres do client id e client secret tudo em maiúsculo, tem que ser conforme gerou no site já tive problemas por causa disso em outros bancos.

Já foi verificado essa questão. Mais pelo erro o que parece estar acontecendo é que o banco não está aceitando 2 estornos com mesmo endtoendid. E as N parcelas tem o mesmo endtoendid poque foram todas pagas com apenas um pix no valor total. Dai devolvo o valor da primeira até ai tudo certo quando vai devolver a próxima já não aceita. Da o erro. Uma coisa que me veio a cabeça é o seguinte: no exemplo na devolução ele pega o endtoendi id substitui a letra "E" por "D" e faz a devolução, no meu caso eu não teria que passar esse id com uma variação unica por parcela? Até tentei tipo "D1", "D2"... mais ai da outro erro falando que não está no padrão.

Olá, tenho uma situação que não estou sabendo como proceder. Foi gerado um Qrcode Dinamico no valor de 100 para receber por exemplo duas parcelas de 50 reais. Daí por algum motivo preciso estornar o pix ao estornar a primeira parcela faço o estorno de 50 reais e tudo certo, dai ao tentar estornar novamente os outros 50 reais já da erro falando que já foi estornado. Porém acessando o aplicativo do banco e indo na opção devolver ele já reconhece só a diferença e devolve os 50 reais. Tudo isso pelo sicoob. Estou armazenando o endtoend id nas 2 parcelas e usando ele para fazer a devolução. Alguém já passou por essa situação e poderia indicar o que estou fazendo errado? Olhei no demo e forum mais não achei nada sobre devoluções parciais Esse é o erro que dá.

Descobri o que era. No meu caso os paths dos arquivos .key e .pem estavam incorretos porém nem o acbr nem minha aplicação reportava esse erro. Corrigi os paths e ficou tudo certo.

Também estou com um problema de erro 500. No aplicativo de exemplo do acbr da certinho na minha aplicação da o erro 500 já copiei a open ssl da pasta do acbr para a pasta do exe e não resolveu. Log da minha aplicação: 17/02/23 09:38:59:125 - Atribuindo PSP: TACBrPSPSicoob, Nome: ACBrPSPSicoob 17/02/23 09:38:59:125 - CriarCobrancaImediata( ) 17/02/23 09:38:59:125 - PrepararHTTP 17/02/23 09:39:05:693 - Autenticar 17/02/23 09:39:06:462 - LimparHTTP 17/02/23 09:39:08:807 - TransmitirHttp( POST, https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ) 17/02/23 09:39:09:634 - ConfigurarHTTP 17/02/23 09:39:09:899 - ConfigurarHeaders( POST, https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ) 17/02/23 09:39:12:806 - Req.Headers: Accept-Encoding: gzip, compress, deflate client_id: d1dcb8ed-2a93-4e85-b621-cafafb8f69c6 17/02/23 09:39:16:199 - Req.Body: grant_type=client_credentials&client_id=d1dcb8ed-2a93-4e85-b621-cafafb8f69c6&scope=cob.write%20cob.read%20cobv.write%20cobv.read%20pix.write%20pix.read 17/02/23 09:39:17:235 - ResultCode: 500 - 17/02/23 09:39:17:235 - Resp.Body: 17/02/23 09:39:20:011 - EACBrPixHttpException: Erro HTTP: 500, Metodo: GET, URL: https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token Log do Acbr: 17/02/23 09:40:55:714 - CriarCobrancaImediata( ) 17/02/23 09:40:55:715 - PrepararHTTP 17/02/23 09:40:55:716 - Autenticar 17/02/23 09:40:55:716 - LimparHTTP 17/02/23 09:40:55:716 - TransmitirHttp( POST, https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ) 17/02/23 09:40:55:717 - ConfigurarHTTP 17/02/23 09:40:55:717 - ConfigurarHeaders( POST, https://auth.sicoob.com.br/auth/realms/cooperado/protocol/openid-connect/token ) 17/02/23 09:40:55:717 - Req.Headers: Accept-Encoding: gzip, compress, deflate client_id: d1dcb8ed-2a93-4e85-b621-cafafb8f69c6 17/02/23 09:40:55:718 - Req.Body: grant_type=client_credentials&client_id=d1dcb8ed-2a93-4e85-b621-cafafb8f69c6&scope=cob.write%20cob.read%20cobv.write%20cobv.read%20pix.write%20pix.read 17/02/23 09:40:56:292 - ResultCode: 200 - OK 17/02/23 09:40:56:293 - Resp.Body: {"access_token":"eyJhbGciOiJSUzI1NiIsInR5cC","expires_in":300,"refresh_expires_in":0,"token_type":"Bearer","not-before-policy":0,"scope":"cobv.write cobv.read pix.read cob.read pix.write cob. Write"}

Há sim. Perdoe a confusão. Obrigado por esclarecer.

Saí de uma agência do sicred hoje e me informaram que já tem o boleto hibrido. Mais ainda estou buscando as informações para saber certinho como funciona.

Boa tarde, pessoal estou com uma situação parecida. Porém no meu caso só está chegando no endereço principal (sPara) as cópias não chegam. Peguei o problema hoje. Testei com e-mails diferentes nas cópias e nenhum chega. Boa tarde, pessoal estou com uma situação parecida. Porém no meu caso só está chegando no endereço principal (sPara) as cópias não chegam. Peguei o problema hoje. Testei com e-mails diferentes nas cópias e nenhum chega.

Estou tendo o mesmo problema de connection reset by peer nas nfc-e do mato grosso. Alguém achou a solução?

Mesmo problema com as margens. E mesmo alterando a configuração das margens no componente ou no código fonte não muda nada, parece não estar respeitando as margens.

Conseguiu instalar Murilo? Estou com mesmo problema, já tentei algumas coisas mais não resolveu ainda. Será que vou ter que desinstalar o Delphi?

Corrigindo os endereços conforme o @murilo789 falou deu certo a emissão da nfc-e. Será que o pessoal do acbr vai atualizar o arquivo ainda esse mês?

Mesmo atualizando os arquivos e recompilando agora esta dando esse erro ao tentar emitir aqui. Nfe ta emitindo normal

Até semana passada estava conseguindo emitir blz agora não estou conseguindo também mesma mensagem usando a versão 2 do qrcode.

Bem isso mesmo. Obrigado novamente agora como que a alguns dias da obrigatoriedade a SEFAZ ainda não está adequada a mudança que ela mesma quer que seja feita... Vai entender esse pessoal.

Fontes atualizados agora porém o erro persiste tanto na NFe quanto na NFc-e 52180501697060000178550010000082861000082861-nfe.xml

Pessoal agora voltou a ocorrer o erro de falha na validação do schema do lote. Será que é só atualizar o acbr novamente? Vou tentar e posto aqui.

Resolvido. Atualizei os fontes e vi que foi adicionado ao arquivo AcbrNFeServicos.ini alguns endereços que aparentemente resolveu o erro. Emitindo nfe/nfce com capcom. Obrigado a todos pela ajuda.

Achei uma configuração que em teoria estava causando o erro da falha no schema. A propriedade VersaoQrCode estava veqr200 alterei para veqr100 ai o erro mudou.

Consegui resolver era as configurações do internet explorer que estavam sendo alteradas pelo meu sistema. Nfe emitindo blz, mais a nfc-e continua apresentando erro. 52180501697060000178650010001304381001304381-nfe.xml