slsantos

Olá Fernando Lobato! Obrigado pela resposta. Mas como faço pra fazer essa verificação? Tem algum site que explique como funciona? Por acaso você pode me mandar um exemplo? Desde já agradeço.

Bom dia a todos! Por acaso existe alguma tabela para validar código de barras para produtos já cadastrados? Pois estou passando por esse problema. Existe um código de barras no cadastro de um determinado produto Ex.: "789....." de um enlatado qualquer. O usuário me diz que há muito tempo essa produto tem esse código, só que agora com essa validação, na hora da venda deu rejeição de GTIN inválido. Então passei a instrução de deixar o campo em branco para o sistema colocar a expressão "SEM GTIN' na hora da geraçao do XML. Acontece que está ficando complicado, pois está trancando a venda no caixa. Como posso contornar isso? Ou estou fazendo o procedimento errado? Abraço a todos!

Obrigado Daniel Simões! Vou testar e posto o resultado!

Olá Pessoal! O meu problema é o mesmo citado acima. Só que um pouco mais complicado, pois além de interromper a execução do meu frente de caixa, o sistema gratuito de emissão de NFe do SEBRAE, versão 4.0.1 também acontece a mesma coisa na hora de selecionar o certificado. Simplesmente fecha aplicação sem erro algum. Isso acontece somente com máquinas Windows 10. Nesse caso a versão do SO é Windows 10 Single Language (10.0.17134.165). Com máquina windows 7 SP1 funciona legal. O meu sistema é desenvolvido em Delphi 7, uso Wincrypt, SSLType:= LT_All. E o sistema NFe do SEBRAE usa Java. Já testei todas as opções acima citadas. Ajustei as opções de TLS no IE conforme um site (não lembro o site agora) que dá dicas de como configurar o TLS pra NFE 4.0 inclusive atualizar as cadeias V5. Mas nada funcionou até agora. O problema é que o note do cliente é um HP é só roda Win10 nele. Quanto ao frente de caixa, instalei o sistema numa máquina com Win7 e tá funcionando normalmente, pois só emite NFC-e, mas como ele precisa do NFe do Sebrae, estou com esse problema. Se algum abençoado já tem uma solução, por favor me ajude!!!! Abraço a todos!

Bom dia Juliomar! No instalador já está como padrão copiar as DLLs para a pasta SYSTEM32 ou SYSWOW64 do windows. Quanto ao caminho, sempre instalei nesse caminho (c:\sistemas\componente\ACBR...) e nunca tive problemas. Executei como administrador. Uma observação: Como mencionei acima, eu formatei o note então fiz um backup. Excluí todo o conteúdo da pasta ACBr que tinha baixado por SVN e restaurei o conteúdo do backup. Removi os componentes no Delphi e também as Libary path e executei o ACBR_Install. Aí funcionou. Mas ainda não executei o SVN Update pra testar se vai voltar esse erro. Tenho que terminar uma rotina pra um cliente e depois vou atualizar pra ver o que acontece. Aí posto o resultado. Obrigado pela atenção e um grande abraço!

Pessoal! Minha configuração: windows 10 pro X64, Delphi 2010. Tive problema de vírus de tive que formatar meu pc. Estou com uma instalação limpa, sem antivírus (somente o windows defender) Instalei o Tortoise, Delphi, Fortes Report e depois o ACBR_install, exatamente nessa ordem. Atualzei o ACBR via SVN. Na instalação não ocorreram erros nenhum (pacotes compliados e instalados com sucesso), mas está dando esse mesmo erro de "não foi possível encontrar o módulo especificado' de alguns .BPLs quando abre o Delphi. O estranho é que antes de formatar, estava tudo funcionando normalmente (até entrar um vírus e esculhambar com tudo). Já fiz todos esses procedimentos acima citados, mas o erro persiste. Mais alguma idéia? PS> Observem na tela que não tenho mais nada instalado nesse windows! Abraço a todos. log_Delphi_2010.txt

Obrigado Infomatte! Foi de grande ajuda!!! Abraços!!!

Olá Juliomar! Vou fazer isso e observar nos clientes.... Obrigado!

Pessoal! Estou tendo esse mesmo problema em alguns clientes. Mas o que me chamou a atenção que somente os que tem certificado A3 de cartão. Token ou A1 estão funcionando muito com a lib Wincrypt. Em alguns clientes com esse problema, resolvi removendo a senha que estava salva nas configurações do sistema. Então quando o usuário vai fazer a primeira venda, é solicitada a senha e depois não pede mais. Só que tem um cliente que está usando A3 com cartão e as vezes incomoda. Ora dá esse erro citado acima, ora dá "Assinatura difere do calculado". Ja fiz todas as opções que pesquisei aqui no fórum, mas até agora nenhuma solução definitiva. Vou aguardar pra ver se aparece mais um abençoado com algum sugestão que ainda nao fiz! Abraço a todos!

Boa tarde Italo! Fiz como você recomendou... deu certo! Obrigado mais uma vez!

Boa noite Italo! Eu me expressei mal, quis dizer que apenas executei o SVN Update como sempre faço, na pasta do ACBR. Após isso que começou dar o erro. Obrigado pela atenção!

Boa noite pessoal! Atualizei meu ACBR hoje via SVN e ao compilar meu projeto está dando esse erro: [Error] pcnNFe.pas(1738): Undeclared identifier: 'TtpIntegra' [Error] pcnNFeR.pas(968): Undeclared identifier: 'StrTotpIntegra' [Fatal Error] pcnNFe.pas(1977): Could not compile used unit 'pcnNFeR.pas' Estou usando Delphi 7 (ainda... mas vou migrar... heheh) Alguém já passou por isso? Abraço a todos!

Descobri Julio! Era os SCHEMAS que estavam desatualizados! Mais uma vez obrigado e Feliz Ano Novo pra você e pra sua familia! Grande abraço!!!

Daí Julio! Blza??? Mas não sei da onde ta saindo essa informação. Pois é uma venda a vista normal. Não fiz nenhuma alteração no sistema!

Olá FSoftware! Esqueci de agradecer pela sua resposta! Resolvi fazer isso mesmo... Mas estou com esse problema ao enviar o XML. Segue imagem com o erro. O cliente é do simples nacional. Estava usando ECF antiga, agora estou implantando o NFCe. NFE referencia emite normalmente. Os cadastros é para estarem certo.. mas vai saber.... Se puder me ajudar....