Valdir Dill

Bom dia, Gostaria de fazer uma sugestão para que, na impressão de boletos de carteiras do BB, com variação (ex. 17/27), seja impressa a variação no boleto Fortes Report. Explico a sugestão: Os convênios do Banco Brasil têm sempre o código da carteira e a variação (ex.: carteira 17, variação 27). Na alimentação do título, eu coloco: ACBrBoleto1.CriarTituloNaLista.Carteira := '17'; ACBrBoleto1.Cedente.Modalidade := '27'; Ocorre que, no campo da carteira no boleto impresso, o Acbr só imprime "17", enquanto que no boleto impresso no sistema do próprio banco, esse campo imprime "17/27", que é o correto e exigido pelo banco. Minha sugestão é para incluir as linhas 654 e 800 na ACBrBoletoFCFortesFr.pas (anexo). Aí a impressão ficaria certinho. Em anexo estou enviando o arquivo, já com a alteração sugerida. Obrigado! ACBrBoletoFCFortesFr.pas

Beleza Ricardo, consegui eliminar os registros repetidos e minhas rotinas já estão totalmente funcionais. Vou disponibilizar o arquivo lá para o Cantu se ele quiser colocar no Firebase. Joguei os registros todos num banco mySQL on line e busco os CEST com uma rotina .php, a qual estou disponibilizando o arquivo aqui para quem for útil. Aí dá para listar os CESTs tanto por rotinas em Delphi, como em páginas de algum site. Obs.: a rotina em php é praticamente uma cópia daquela sua para Delphi, que você disponibilizou no outro post, hehe! Obrigado pela ajuda. getCEST.php

Ricardo, você disse que montou sua tabela pelo script disponibilizado no Firebirase pelo Cantu, certo? Fui copiar o o script lá e tem vários e vários itens duplicados como por exempla linha "INSERT INTO CEST_NCM (CEST, NCM, DESCRICAO_ITEM) VALUES ('1700300','18063220',substring('Chocolate em barras, tabletes ou blocos ou no estado líquido, em pasta, em pó, grânulos ou formas semelhantes, em recipientes ou embalagens imediatas de conteúdo inferior ou igual a 2 kg' from 1 for 512))". Tens ideia do porquê disso? Tem alguns que estão até triplicados. A lista completa tem mais de 1.500 itens. Quantos tem aí na sua tabela? Obrigado!

Obrigado Ricardo, Eu já tinha visto esse post e sua contribuição nele. Veja bem, para que sua rotina funcione, você precisa permitir que o usuário do seu sistema alimente com qualquer quantidade no campo do NCM de cada produto e não uma quantidade fixa de 8 dígitos, não é? Vamos pegar novamente o meu exemplo que, ou seja, NCM 0901 (CEST 1709600). Ao informar o NCM daquele produto na sua tabela de cadastros de produtos, o usuário vai informar "0901" e, com a rotina que você compartilhou nesse outro post, você encontrará o CEST. Até aqui tudo certo. Mas e quando você for gerar o XML da nota fiscal desse produto, você não busca o NCM da mesma tabela de cadastro, ou seja, terá NCM "0901" para esse item e, se informar esse dado no XML, vai dar erro, pois na nota fiscal, ele tem que ter 8 dígitos obrigatoriamente. Essa é minha dúvida. Obrigado!

Bom dia, Estou montando minha tabela de relação NCM x CEST. Porém, tem uma detalhe que ainda não entendi bem. Pesquisei bastante, mas não encontrei nada conclusivo. No manual de integração, exige-se que o NCM seja com 8 dígitos, certo? Mas, na maioria das tabelas que se consegue por aí, inclusive as oficiais, como esta, por exemplo https://www.confaz.fazenda.gov.br/legislacao/convenios/2017/CV027_17, em vários itens o NCM apenas tem 2, 3, 4, ..dígitos. Vamos pegar como exemplo o item 96.0 da tabela desse link acima. O CEST para o NCM 0901 é 1709600, certo? No meu sistema, exijo que o operador preencha o NCM do produto com 8 caracteres, já que quando for incluí-lo na nota, também precisará ser com 8. Mas então, como farei essa relação para buscar automaticamente o CEST 1709600 para o NCM 0901? Qual a logística que os colegas utiliza para tratar essa questão? Qualquer dica ajudará... Obrigado!

Bom dia, Gostaria de uma dicas/comentários de colegas que têm um conhecimento maior nessa questão de comunicação de porta, neste caso, da balança de checkout. O AcbrBal tem as funções .Ativar e .Destivar, o que, por lógica, nos diz que para o utilizarmos devemos ativá-lo e, em dado momento desativá-lo, certo? Até aqui nenhuma novidade. Minha dúvida é quando ele deve ser ativado e, principalmente, quando deve ser desativado. Quais dessas três opções seria mais recomedada: 1) Cada vez que for fazer uma leitura de peso, ativar e depois inativar? Nesse caso não comprometeria a performance já que, numa empresa de fluxo grande de vendas, essa operação seria feita cententas e centenas de vezes por dia? 2) Ativar no momento da abertura da tela onde ele será usado e desativá-lo quando a tela for fechada? 3) Ativar na abertura do sistema e inativar no fechamento dele? Dependendo da forma de uso do sistema numa empresa, a componente poderia ficar ativo o dia inteiro. Isso teria algum ponto contra? Obrigado!

Resolvido. Eu estava desde ontem fuçando e não encontrava nenhuma dica. For só abrir este post que apareceu a solução, rs... Precisa criar duas portas virtuais e cada programa usará uma delas. O post abaixo tem mais detalhes. Obrigado!

Boa tarde, Estou querendo testar o Acbr\Projetos\EmuladorBalanca\, mas não estou tendo êxito. A ideia desse exemplo é que ao se clicar no botão "Enviar peso" ocorra a simulação de balança de checkOut e esse peso possa ser lido pelo AcbrBal, certo? O problema que ocorre é que quando um dos exemplos está ativo, ele bloqueia a porta (no caso a COM1) e aí quando o outro vai ler, dá erro "communication erro 5: acesso negado". Estou fazendo algo errado? Ou esses exemplos não são para esse objetivo de simular e ler o peso de balança? Obrigado!

Boa tarde, Baixe a atualização e fiz vários testes. Funcionando perfeitamente. Obrigado!

Bom dia, Não duvido que seja problema de DNS, mas nestas últimas semanas já fiz mais de uma centena de testes, sem resultados positivos. Testei inclusive em 12 máquinas, operadoras de internet, Windows, ... todos diferentes. Por gentileza, veja o que ocorre (anexo) quando tento acessar o link do captcha pelos browsers Chrome e IE. Se tiver outra dica.... Obrigado!

Estou com todos os fontes atualizados. Alguma dica do que poderia estar errado então que causa o erro anexo? Obrigado

Boa tarde, Alguém teve uma solução para essa situação? Estou com esse problema há semanas, sem uma solução. Obrigado.

Boa tarde, Acredito que haja um erro no arquivo AcbrNFeServicos.ini, na session [NFe_PI_P]. Seu conteúdo está assim: "Usar=NFe_SVRS_P", quando deveria estar "Usar=NFe_SVAN_P". Desa forma dá erro de "SVC-RS desabilitada sefaz origem", ao se tentar enviar uma nota 55 (NFe). Segundo este link, http://portal.sefaz.pi.gov.br/documentoseletronicos/portal/nfe/emissor.php, haverá sim essa mudança para SVRS, mas, somente a partir de 31/05. Por enquanto continua SVAN. Obrigado!

Boa tarde, Estou anexando o AcbrNFeServicos.ini da forma com que tem que ficar para não dar esse erro. Se o responsável puder analisar e subir para o repositório...Aí resolve para todos que estão com esse problema com impressão da NFCe no PI. Obrigado! ACBrNFeServicos.ini

Boa tarde, Pelo que entendi, eu posso tanto enviar o arquivo AcbrNFeServicos.ini para o cliente e setar a propriedade ACBrNFe1.Configuracoes.Arquivos.IniServicos, como colocar a diretiva {$R 'ACBrNFeServicos.res' 'ACBrNFeServicos.rc'} no meu sistema. Ambos vão funcionar da mesma forma, certo? Uma dúvida: há alguma forma melhor de fazer isso, ou seja, é mais recomendável a diretiva ou enviar o arquivo junto na instalação? Quais os contras de um e de outro? Obrigado!

Obrigado. Mas me diga uma coisa, você usa essa opção de consulta do CPF do Acbr? Para você está funcionando beleza?

Duas informações adicionais que esqueci: - A consulta de CNPJ está tudo certo funciona tudo beleza; - Se eu colocar a URL - https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATCTA/CPF/ConsultaSituacao/captcha/gerarCaptcha.asp - do capctcha no browser, ele traz a imagem corretamente na tela do navegador. Obrigado!

Boa tarde, Há alguns dias começou a ocorrer um erro (print anexo) na consulta de CPF. O problema ocorre na atualização do captcha. Pensei que fosse problema na receita, mas como faz alguns dias já... Vi um post que poderia ser problema nas libeay32.dll e ssleay32.dll, mas copiei elas tanto para aplicação como para pasta system do Windows, sem resultados. Fiz um teste no demo do Acbr e o mesmo problema acontece. Alguma dica? Obriggado!

Bom dia, Obrigado Daniel, mas eu já havia lido esse tópico pelo menos umas 5 vezes, hehe! Mas agora com mais essa sua explicação acredito que estou começando a entender. O que eu estava fazendo era utilizar a opção 2 (abaixo), mas copiando todos os arquivos de \Acbr\DLLs\XMLSec\ E \Acbr\DLLs\XMLSec\MinGW\32. Por favor, veja se agora eu entendi corretamentos os procedimentos Opção 1 - Para usar openSSL 0.9.14 Usar as dlls de \Acbr\DLLs\OpenSSL\0.9.8.14 e também os arquivos do primeiro nível abaixo de \Acbr\DLLs\XMLSec Opção 2 - Para usar openSSL 1.0.2 Usar apenas os arquivos de \Acbr\DLLs\XMLSec\MinGW\32 e habilitar a diretiva no Acbr.inc Estão corretas essas afirmações? Eu fiz agora pela opção 2 e, aparentemente está tudo certo. Nos testes iniciais em laboratório não deu erro. Mas aí surge uma questão: nessa opção vou ter que distribuir todas as .dll junto com meu aplicativo? Pelo menos nos testes aqui em outra máquina que não a desenvolvimento, ele exigiu que se copiasse quase todas as .dll de \Acbr\DLLs\XMLSec\MinGW\32 para a pasta do aplicativo. Há alguma forma de contornar isso, ou seja, de não precisar enviar todas essas dll para o usuário final? Obrigado!

Pronto, habilitei. Porém agora passou a dar o erro no arquivo anexo. Procurei e tem um post aqui com esse erro. Ele recomenda copiar as .dll para a mesma pasta do .exe aplicativo. Todas as .dll da pasta \Dll do Acbr foram copiadas para a minha pasta, mas o erro persiste. Alguma sugestão? Obrigado

Não ativei. Pelo que entendi do post http ://www.projetoacbr.com.br/forum/topic/34177-acbrdfe-openssl-e-tls12/ eu deveria ativar essa diretiva se não quisesse instalar as .dll na máquina do cliente. Se em mando as .dll junto com o .exe, não precisaria ativar a diretiva. Entendi errado?

Exato. - \Acbr\DLLs\XMLSec\MinGW\32\ssleay32.dll - \Acbr\DLLs\XMLSec\MinGW\32\libeay32.dll - \ACBR\DLLs\XMLSec\libxmlsec-openssl.dll Está correto, certo?

Bom dia, Nenhuma dica? Desculpe insistir, mas estou com esse problema em vários clientes e não consegui fazer nenhum progresso na busca da causa/solução. O print que enviei no post inicial é de um teste que fiz no demo com um certificado de testes (associacao). Mas fiz mais outros 3 testes com certificados válidos de clientes e ocorre a mesma situação. O problema ocorre tanto em ACBrNFe1.NotasFiscais.Assinar, como em ACBrNFe1.NotasFiscais.Validar. Estranho que não esteja ocorrendo com outros colegas, pois, prá mim começou a acontecer depois da atualização de terça última e não fiz alterações nas minhas rotinas. Até porque, no demo do Acbr ocorre também o erro. Obrigado!

Boa tarde, Estou tendo erro de A.V. depois a atualização feita hoje. Testei inclusive no demo e ocorre na linha ao executar "NotaEhValida := SSL.Validar(AXML, GerarNomeArqSchema(ALayout, VerServ), Erro)", linha 333 da ACBrNFeNotasFiscais.pas. As configurações de SSL estão demonstradas no print anexo. Obs.: no debug consegui ir até a "function xmlReadFile (..." da libxml2.pas. Alguma sugestão? Obrigado!

Bom dia, Fiz alguns testes e realmente, ao desconectar o hardware, ocorre esse erro. Gostaria de solicitar que seja corrigida a palavra cripotografia. Ela aparece 3 vezes na unit function MsgErroGetCryptProvider: String, linha 125 da ACBrDFeWinCrypt.pas. Pode parecer pouca coisa essa letra, mas, no meu caso, onde trato os erros pelo texto (e.message) para poder dar uma mensagem mais transparente ao usuário, seu eu buscar por criptografia no erro, não localizaria criptografia. Obrigado!