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.