thiagosabino
-
Total de ítens
38 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por thiagosabino
-
-
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.
-
1
-
-
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-cafafb8f69c617/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-cafafb8f69c617/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 fazer a emissão atdavila? Vou iniciar a homologação agora e gostaria de saber se conseguiu.
-
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?
-
Em 31/05/2018 at 11:38, wilmar disse:
Alguém conseguiu emitir NFC-e 4.0 produção em Goiás?
Quando tento enviar dá esse erro: Rejeição 878 - endereço do site da uf da consulta por chave de acesso diverge do previsto
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.
-
23 minutos atrás, BigWings disse:
Provavelmente a SEFAZ-GO ainda não atualizou os schemas e regras da NT 2016.002 v.1.50.
Tente informar a tag pag.indPag como ipNenhum.
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
-
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
ACBrPixCD PagSeguro - Endpoints para solicitar Credenciais
em Dúvidas Gerais sobre o ACBr
Postado
Boa tarde. Saber dizer se foi implementado no componente os métodos que você criou?