jaques.rocha

Obrigado pelas dicas Alexandre, dá parte da energia ja verifiquei, vou verificar essa questão do driver que esta no meu pc e comparar com o da cliente, em ultimo caso vou verificar com o cliente de colocar uma placa serial. Pensei em uma outra alternativa que seria desativar a e ativar a COM via Delphi quando abrir a tela que será feito a leitura, mas preciso pesquisar se é fácil de implementar isso.

Olá Pessoal, ja fiz algumas pesquisas aqui no forum e não achei solução ou alguma dica para resolver meu problema. Meu cliente esta usando um conversor USB/COM ( driver ch340) e a principio a leitura funciona corretamente, mas esta acontecendo com muita frequência do sistema começar a receber o peso -9 (que é sinal de timeout), depois que acontece a primeira vez, a leitura só volta a funcionar se retirar o cabo e plugar novamente, ou se ir no gerenciador de dispositivos do windows e desativar e ativar a COM manualmente tambem volta funcionar. Geralmente acontece esse problema logo de manha quando liga o computador e cliente me reclama de ter de ficar desligando e ligando o cabo todo o dia. Alguém ja passou por isso? liguei o cabo e balança no meu computador e testei por 2 dias seguidos e não tive problema, mas meu cliente tem 2 balanças em dois computadores diferentes (com windows 10) e nos dois ocorrem o mesmo problema. Se aguem tiver alguma dica agradeço.

Bom dia, tenho um cliente que precisa dessa integração, poderia me enviar uma demo e valores tambem ? [email protected] Obrigado.

Opa, No ambiente de homologacao deu certo aqui tambem, ja vou pedir para os clientes testarem. Valew

Aqui ainda não, esta do mesmo jeito, estou começando a ficar preocupado, não tenho achado mais nada sobre esse erro, so aqui com agente, fico na duvida se é só com o componente do acbr que esta dando esse problema.

No meu caso acabei de atualizar o acbr por via das duvidas e continua com o mesmo erro.

Mesmo Problema aqui, tanto na produção quanto na homologação

Eu tambem tenho essa preocupação, na minha cidade ja fiquei sabendo de alguns casos onde ex funcionarios alteram a aparencia do sistema para comercializar, e o pior, entram em contato com os clientes da antiga empresa oferecendo sistema com mensalidades mais baratas. Isso quando não vendem o codigo fonte no mercado livre. Mas creio que o caminho realmente é contratar um bom advogado para fazer um bom contrato de confidencialidade ou coisa similar, e ser o mais criterioso possivel para contratar um profissional bom e confiavel. Talvez ano que vem encaro esse desafio de contratar, poir isso qualquer dica que derem aqui tambem vai me ajudar.

Juliomoar, cara acho é esse meu problema, o cliente que não estou conseguindo baixar o xml é justamente um já usa um outro software para baixar os xml.

Boa noite pessoal, comecei a testar minha rotina de manifestar e baixar o donwload xml, nessa semana é ja me deparei com esse problema de não consegui baixar o xml. Com meu cnpj e de um cliente esta funcinando normalmente, Eu que nunca tinha manifestado nfe consegui baixar xml de notas feitas mes passado. Teve ate uma compra que fiz nessa semana, que dava erro no download, mas depois de 24 hs, consegui. Mas hoje foi implementar em mais um cliente e deparei com esse problema, não consigo baixar nem manifestar nenhuma nota, o resumo até vem, mas mesmo notas de um mes atraz não dá certo. Estou usando o DistribuicaoDFePorChaveNFe que restorna somente o resumo, e quanto tento pelo DistribuicaoDFePorNSU, vem mensagem que o documento não foi encontrado. Se algum tiver alguma dica é so falar. Obrigado

Mas creio que o caso dele o sistema esta pedido a senha do certificado toda vez que vai ser utilizado mesmo sem sair do sistema.

Uma coisa que notei no seu caso que essa tela solicitando a PIN é do Sistema de segurança do windows, e nao do software do cartão, vou mandar um print da tela solicitando o PIN do meu cartão. Talvez seja alguma configuração do windows, pois em todos os clientes que lembro a tela que solicita o PIN é do software que gerencia o cartão tipo safenet, oberthur etc.

Bom dia, eu ainda não tive esse problema, mas vi um uma postagem mais antiga dizendo que isso tem haver que driver da leitora do cartão/token. Se fosse comigo eu tentaria remover os driver e instalar novamente baixando do site da fabricante ou da certificadora. Mas se alguem puder postar se ja teve e resolveu esse problema seria bom, pois eu creio que isso mais cedo ou mais tarde vai acontecer comigo tambem .

Esquece, estava olhando aqui, echo que essa tag foi descontinuada, estava no meu codigo mas testei se ela e aqui foi normalmente

Dei uma comparada com o meu e acho que você esqueceu de mais uma tag: exporta.UFembarq

Bom dia @Robson A. Ribeiro Creio que o seu problema seja a versao do openssl, tive esse tipo de erro quando estava tentando integrar com um ecomerce, na época demorei de descobrir pois o mesmo projeto se compilava no delphi XE8 rodava normal, se compilava no XE7 dava erro no SSL, ate que descobri que utilizando as dll disponiveis no ACBr (DLLs\OpenSSL\1.0.2.21\x86). Tenta pegar essas dll e salvar na mesma pasta que esta sendo gerado o executável e veja se resolve.

O @Larry deu o caminho das pedras, depois de gerar esse certificado você tem de postar na criação app no site do banco, depois de aprovado você tem de baixar e converter ele, é só olhar os posts anteriores que ele descreve como fazer isso, e o exemplo que ele postou com código fonte também esta bem fácil de entender. Consegui fazer funcionar com minha conta, agora vou faze os ajustes para tentar gerar pelo meu sistema, vai me ajudar muito na cobrança da mensalidade mês que vem.

Sem querer descobri, era o numero do telefone do pagador, estava colocando com ddd, deixei só numero pois vi que tem o campo ddd mais abaixo e registrou. Novamente Muito obrigado, eu uso o inter para cobrar a mensalidade dos meus clientes e fazia manualmente, agora devo conseguir automatizar.

@Larry você o cara, obrigado por compartilhar seu código e o seu progresso na comunicação com o inter, fiz todo o procedimento e esta quase tudo funcionando, até essa ultima atualização do button13 Testei com os boletos que inclui manualmente. Mas estou tendo problema pra incluir o boleto, alterei o json de teste com meus dados, mas quando tento enviar retorna o erro HTTP/1.1 400 Bad Request Código de retorno: 400 Sabe o que pode ser ?

Isso me interessa

Alguem ja começou a usar ou testar essa api ? ate consegui criar certificado para o app como eles orientam no site, mas o manual achei o manual um pouco vago , tentei executar uma consulta num boleto que emiti manualmente para ver se a api retorna algo, mas nao funciona. Tentei usa: https://apis.bancointer.com.br:8443/openbanking/v1/certificado/boletos se tentar do jeito que esta acima e retorna 401 unauthorized, se troco '/certificado/' pelo codigo da a aplicação que gerei no site, o erro muda para 404 NOT FOUND, então creio que estou no caminho certo, mas nao tem exemplo de como executar os filtros.

Na época eu tinha feito esse ajuste abaixo no ACBRutil, atualizei nos meus cliente e foi resolvido. Mês passado eu atualizei meu ACBr (até esqueci desse ajuste que tinha feito) e atualizei em todos os meus clientes e ninguem reclamou, então creio que foi solucionado, nao sei se pelo o pessoal do ACBr ou pelo Kaspesky.

Realmente voltou a funcionar, mas pelo que diz aqui https://support.google.com/a/answer/6260879?hl=pt-BR o google esta está desativando gradualmente isso.

Hoje comecei com o mesmo problema, pelo que pesquisei a google desativou o suporte a app menos seguros. Se isso for verdade não vai dar mais para enviar email pelo gmail. Se algum ainda estiver conseguindo por favor dê um toque pois a maioria dos meus clientes usam gmail.

Aqui tenho deixado assim e faz muito tempo que não preciso mexer nessa configuração, a maioria dos meus clientes são de SP, mas tenho em MG, RJ, BA, todos sem precisar alterar. ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; ACBrNFe1.SSL.SSLType := LT_TLSv1_2;