Daniel InfoCotidiano

faz um teste, inclui um boleto como se fosse registrar, mas ao invés de registrar, use o comando tpbaixa. vc pode tbm debugar p ver os comandos q estão sendo enviados.

perfeito. questionei pq é uma balança bastante utilizada. as vezes só mudando o protocolo vc pode deixar compatível. não sei se o fez. Se puder testar com P05 ou P06

@Alex Heinen Boa tarde ! Poderia fazer um teste com a balToledo padrao? Pelo que sei é compatível, se puder confirmar para nós. agradeco

@Ricardo Isono Bom dia ! Configure no ACBrLib.INI os paths para uma pasta de sua preferência e deixe esta pasta com permissão de escrita e gravação. Esqueci de comentar isso no post anterior. Veja se ele não criou um log em: Environment Variables: PATH=/usr/local/bin: /usr/bin:/bin: /usr/local/games: /usr/games Notei tbm no seu log esta msg onde o java pede p vc tentar executar com uns parametros

@Ricardo Isono Acabei de compilar a lib e está funcionando em meu ambiente. O que tenho instalado: (só que eu nao adicionei ao sources.list, eu instalei um a um) O Exemplo que estou executando é 64 bits e MT (Multithread), então estou usando a lib que fica dentro da pasta MT/Linux. Copiei a lib para /lib64

Vou testar em meu ambiente!

@Antonio Gomes @Gabriel Mororó Esta que estou anexando aqui é uma contribuição outra contribuição que recebemos e unificamos na V2 O que define se vai ser pix ou não é o indicadorPix. Como não temos credenciais, unificamos e ajustamos para ACBrJson. Se puder testar por favor ACBrBoleto_WS.7z ACBrBoleto.7z

estamos concluindo alteração, te mando assim q concluir. Foi uma outra contribuição que integramos a V2.

@Antonio Gomes vc tem credenciais do inter para realizar um teste para nós?

Bom dia ! tentando realizar o pagamento da linha digitável temos a seguinte reposta: "Boleto não registrado, favor entrar e contato com o banco emissor!" Ele não retornou inválido ao tentar realizar o pagamento ! Apareceu que não está registrado. Atenção então, primeiro passo entrar em contato com o banco, já que estamos seguindo manual da FEBRABAN.

@Marco Cesar Silva Os seus fontes estão atualizados ? Após realizar a atualização completa do SVN (pois depende de outras classes) vc rodou o instalador ?

@armando.boza Obrigado por reportar criado a tk-5164 para analise do time.

Este novo ambiente que vc criou , tem ambiente gráfico? caso positivo, pode por favor testar com este exemplo http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Java/NFSe/

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Fala pessoal ! Venho comunicar uma alteração de endpoint da API para testes do Santander V1 , devido o ambiente Sandbox não ser fiel ao ambiente real (de produção) conforme instrução do próprio Santander, optamos por alterar para o uso do ambiente de HOMOLOGAÇÃO, o qual alteramos o método de envio para que seja enviado para endpoints diferentes para que possamos unificar as respostas necessária para retorno correto. Como estava Estávamos utilizando o endpoint SandBox para testes: C_URL_HOM = 'https://trust-sandbox.api.santander.com.br/collection_bill_management/v2'; C_URL_OAUTH_HOM = 'https://trust-sandbox.api.santander.com.br/auth/oauth/v2/token'; Infelizmente estava retornando dados incompletos nas consultas, quando o usuário relatou ao suporte do banco, ele nos orientou a utilizarmos o endpont de Homologação: Para se integrar com o ambiente de homologação, precisa entrar em contato com seu especialista Cash. Como ficou Quando você realiza a consulta, nós vamos realizar 3 consultas diferentes. Isso porque a API do Santander, infelizmente não está devolvendo todas informações necessárias em apenas uma consulta. (que vou explicar abaixo). Lembrando que você vai realizar apenas uma consulta e todo este processo de consultas diferentes será realizada em backend pela solução ACBrBoleto, o qual vai te devolver todas as consultas em uma reposta unificada. Você não precisa alterar nada nos seus fontes, apenas solicitar credenciais para o ambiente de homologação com o seu especialista Cash. O endpoint passou de SandBox para Homologação. Então a partir de agora, estamos utilizando como padrão este novo endpoint para testes. C_URL_HOM = 'https://trust-open-h.api.santander.com.br/collection_bill_management/v2'; C_URL_OAUTH_HOM = 'https://trust-open-h.api.santander.com.br/auth/oauth/v2/token'; Infelizmente a consulta no novo endpoint não devolve todos os dados em uma unica consulta. Na consulta padrão, não estava devolvendo corretamente os juros ou valor pago com juros. E foi necessário utilizar outra consulta conforme sugestão abaixo: Infelizmente a consulta acima, que devolve informações sobre o juros, não devolve a data credito ou data baixa. Após reportar que a consulta NN não devolve as datas credito/baixa Foi sugerido utilizar a primeira consulta que não volta juros. Em resumo para contornar a situação, estamos realizando consultas em 2 ou 3 formas diferentes para que possamos unificar os dados necessários para uso enquanto o banco não corrige as consultas. Sendo assim, atenção ! 1. só existe consulta detalhada! (não existe consulta em lista) Para a consulta devolver informações de boletos e do pix (caso exista) antes de realizar a consulta marque o indicadorPix como true; Se estiver marcado o Indicadorpix como true ele vai realizar uma consulta do boleto bankslip, caso esteja liquidado/baixado vai realizar mais 2 consultas por NN (nosso numero) para pegar o juros e Setlement para pegar as datas de credito/baixa. Se não o indicadorPix for false, vamos consultar se ele está liquidado/baixado vai realizar consulta por NN (nosso numero) para pegar o juros e Setlement para pegar as datas de credito/baixa. Como o Santander difere de outros endpoints que realizamos apenas uma consulta, pode ser que fique lento alguns segundos.. ja que precisamos enviar a primeira consulta, aguardar para disparar a segunda consulta aguardar novamente e disparar terceira e unificar as respostas. Links de referência: Usar Homologação e não sandbox: Utilizar consultas NN e Settlement:

Só lembrando se não existe modo gráfico e não for executado em modo virtualizado Xvfb, vai dar erro, pois tem dependências gráficas a serem emuladas. a acbrlibnfse.so vc salvou em /lib64 ? no seu acbrlib.ini , no path ele nao chega gerar o log? mesmo executando como administrador? consegue gerar um exemplo basico q eu consiga testar em meu ambiente?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Tive que ir buscar mais informações ! Observe o eu manual é 01.00 e estamos no 02.00 Site com documentações atuais: https://www.sef.sc.gov.br/servicos/servico/136/NFC-e_-_Nota_Fiscal_de_Consumidor_Eletrônica Voltamos para o "quando informado" Realmente o DAV não exige o CPF ou CNPJ, já que a questão é "quando informados pelo destinatário", observe abaixo:

Fui buscar mais informações. Tem ser conforme manual mesmo. o seu esta atualizado. Lembrando que a Sequencia (o número de identificação do DAV, devendo ser adotado sistema de numeração sequencial única com controle centralizado por estabelecimento), ou seja, não é por PDV

@Miro Callai Tem razão ! Anexe aqui por favor o link ou o pdf, vamos ver. Mas pela sua fonte é isso mesmo

@Miro Callai Eu entendo o texto "D" "quando informados pelo destinatário" terá que constar. Mas se o destinatário não informar... entendo que não precisa exibir. Toque uma ideia com seu departamento fiscal ou contador sobre.

@Leandro Coelho Obrigado por reportar, criado a TK-5156 para análise do time.

@Fernanda Penteado e @bessani A principio suas keys estão criptografadas com senhas. Abaixo lado esquerdo seu certificado, ao lado outro certificado sem criptografia: Por favor exporte a Key e CRT conforme estas instruções do post abaixo: também notei que no scopo falta um "c":

Recebido, qdo concluir aviso aqui ! Obr

Pode confirmar se nao voltou o email, pois não recebemos ainda.