Eduardo Moroz Brambilla

Juliomar, deu certo aqui, era schema e prrenchimento do cClassTrib

eu preenchi todas as tags e ficou ok mas somente na hora de enviar pro ambiente de homologação do paraná está rejeitando, dando o erro: --------------------------- Debugger Exception Notification --------------------------- Project raised exception class EACBrNFeException with message 'Falha na validação dos dados da nota: 9381 --> 1871 - Element '{http://www.portalfiscal.inf.br/nfe}IBSCBSTot': This element is not expected. Expected is one of ( {http://www.portalfiscal.inf.br/nfe}ISSQNtot, {http://www.portalfiscal.inf.br/nfe}retTrib ). '. Process stopped. Use Step or Run to continue. Pelo que achei, no ambiente de homologação, os testes de IBS/CBS estão sendo feitos em ambiente federal isolado, usado por fornecedores homologados do ACBr e alguns ERPs convidados. Procede?

complementando, essa letra P afetaria algo no codigo de barras ou nao muda nada? é somente visual a letra P mas a linha digitável iguais

Estou tendo problema somente na impressao do boleto do banco bradesco. O digito verificado está sendo criado com a letra P na 12 posição, porem passo somente os 11 dígitos da esquerda para poder imprimir o boleto, carteira 09, mas o fastreport gera a letra P ficando dai totalmente diferente do que o proprio banco emite quando entro no site para pedir impressão: este é o boleto impresso pelo banco este é o que o fastreport imprime eu passo pro titulo.nossonumero apenas o 11719956830, mas a impressao do FR cria o P em vez de deixar 0 igual o banco faz. Como faço para consertar?

O suporte do banco me retornou, era so o posto mesmo que tentei 00 e 32 mas deveria ser 24. Deu certo! Olha o log:

Sim, tenho a documentação, e esse mesmo boleto passa na sandbox certinho, apenas em produção que não está indo, dando esse erro interno 500 Log do sandbox

Sim sim, vários usam a anos e funciona, por isso tô perdido kkkkk Já conferi a parte de acentos e eu sempre passo sem nada já, pq já tive problemas quando ainda nao usava o ACBrBoleto. Eu vi num outro post que o usuário tinha configurado o posto (digito da agencia) como 00 e era 32, mas como consigo essa informação? O código da agência é apenas 0723 Quanto ao log vou gerar um mais completo aqui (paranóico), pois usei o completo e só tem essa informação aqui: Log mais completo

consegui consertar, eu tava invertendo o clientsecret com keyuser, agora passou mas deu uma rejeição dizendo: "Erro interno ao cadastrar boleto"

Também estou tendo o mesmo problema, ja foi feito credencial, recebi a senha tudo certinho. No ClientId informo o código do convenio (cc sem digito) + cooperativa, e a principio havia dado erro que a agencia precisava ter 2 dígitos, coloquei 0 antes do dígito da agencia pq so tenho a informação que a agência é 0723, ai coloquei como 03. No ClientSecret coloco a senha que o banco gerou no internet banking conforme o manual pede, só reparei que é tudo maiúscula, nao sei se isso tem a ver, mas enfim, no KeyUser coloco o código do meu app de produção, mas dai quando tento enviar tb da o erro class EACBrBoletoWSException with message 'Falha na Autenticação: HTTP_Code=401 Erro=Invalid user credentials'.

Ja consegui percorrer os títulos, porem os dados em sandbox realmente sao zoados, acho que so em produção, olha um exemplo do qrcode: Independente do valor do titulo, etc, o qrcode é sempre igual

No caso vi também que o EMV do qrcode so vem depois que o banco retorna, porém os dados la dentro nao tem nada a ver com a realidade. No caso se eu mando N títulos de uma vez, usando o retorno do banco via ACBRBoleto.TotalListaRetornoWeb, tem como andar um por um dos títulos dentro do acbrboleto, pra eu poder pegar o qrcode.emv e atualizar minha base de dados com esse retorno? Tipo um "for i := 0 to ACBRBoletos.Titulos.Count do"? Pq dai quando for pra produção possivelmente esse retorno do qrcode.EMV eu consiga pegar com dados realmente verdadeiros e possa imprimir o boleto via acbr com o conteúdo correto? Não sei se consegui explicar direito

Estou fazendo testes usando o Demo do ACBrBoleto, e no arquivo de retorno, apesar de dar tudo certo (http_result = 201), a data de vencimento vem sempre 30-12-1899. Alguem sabe dizer se isso é motivo por ser sandbox ou tem algo a mais que preciso fazer? Segue log e pdf de exemplo: No caso ja que o pdf está certo, porque o retorno não contem os dados iguais?

Entendi, mas de qualquer maneira eu ja consigo pelo retorno achar dentro da minha aplicação essa informação, mesmo que num lote grande de pix eu nao consiga usar o filtro, vou pegar o retorno completo e filtrar eu mesmo dai, vai dar certo. Obrigado pela ajuda

Consegui fazer a consulta, tem que colocar página inicial 0 por isso dava o erro de bad request: Mas o curioso so é que, veja ali no TxId, tem o número que criei 0065477, mas quando filtra a consulta pelo TxID 0065477 não vem nada, mesmo existindo como no retorno acima, veja: Já pelo cpf/cnpj do pagador da certo e o filtro funciona vindo apenas o que o respectivo cidadão pagou. Acredito que seja pq o mínimo pra consulta pelo TxID, segundo o manual do BC, é de 26 caracteres, deve ser por isso que não funciona, mas não dá pra criar um qrcode com 26 caracteres de TxID, a criação aceita so 25.

Agora mais uma coisa curiosa, vendo o manual do banco central, a consulta pix recebidos diz que a TxId deve ter entre 26 e 35 caracteres: mas se tento preencher um TxID com essa faixa de caracteres entre 26 e 35, na hora de criar um qrcode da esse erro:

o TxId que criei 0065477 nao aceita ali pq necessita de 32 caracteres que é o ID da transação que vem depois de pago o pix correto? Desculpa a insistência, mas é que em resumo o que preciso seria saber se um pix foi recebido sem a necessidade dele ter que ficar tirando extrato entende. Isso que preciso desenvolver

E teria uma maneira de fazer consultas sem o E2eid? Pq senao é mais facil olhar o extrato do que fazer essa consulta pois ela teria que abrir o extrato, pegar o ID e consultar. Vi no manual do sicred um webhook, o componente faz uso dele?

mas tipo se ela recebe o pix vem esse codigo de transação, mas dai nao tenho mais necessidade de consultar visto que esse codigo ta no detalhamento do pix recebido, ou seja, ela recebeu, entao tipo pra que consulta?

Esqueci de perguntar, somente via E2eid que eu poderia usar pra consultar? pq com ele aparece que foi recebido

Voltando ao tópico, agora o certificado ficou tudo ok, gerei um novo pix de 1,00 com a TxID 0065477: clicando no botão para analisar o QRCode ficou ok: Fiz o pagamento do pix normalmente, porem ao mandar consultar os pix recebidos na aba de end points, nesta opção aqui de ConsultarPixRecebidos usando o TXId 0065477: Retorna esse erro: O que eu posso estar fazendo de errado para saber consultar se o pix foi recebido? Não sei mais o que fazer, tentei de tudo.

espero que seja isso, agora estou no aguardo do associado resolver essa parte de ajuste no processo de adesão e me passe os dados corretos pra gerar um novo CSR

Agora o banco me retornou isso sobre o certificado: Somente meu cliente pra resolver ne

No caso que meu cliente precisa, ele quer ficar pesquisando pra ver se o cliente pagou, eu criei um qrcode com um codigo interno e tem ali no demo a opção de consulta recebimentos onde eu teoricamente poderia informar a txid procede? E aqui o caso tb apenas em ambiente de produção tb pelo que entendi ne, pq sicredi nao tem homologação? Se eu pagar o pix e consultar deveria aparecer algo correto? é que tb deu o mesmo erro http: 500

Usei o link acima e deu certo, consegui gerar um pix e funcionou o pagamento, porem usando o certificado, o campo client_id e client_secret deixei vazio, mas como uso o endpoint para saber se ele foi recebido? No link nao tem essa explicação, e se eu vou no endpoint de consulta de pixrecebido, retorna o erro: Erro HTTP: 500, Metodo: POST, URL: https://api-pix-h.sicredi.com.br/oauth/token Não sei se é o fato do client_id e client_secret, mas é que na página so sicredi o certificado original nao muda o status pra OK, fica sempre EM_PROCESSAMENTO: Aproveitando, o que significa o campo "E2eid"?