Daniel Simoes

Insira um BkPoint na linha 831 de ACBrTEFDCliSiTef.pas, verifique se a variável ListaRestricoes contém o valor que você informou em: ACBrTEFD1.TEFCliSiTef.Restricoes

Cite o trecho do manual... nem todos tem ele nas mãos ou memória permanente... (item 2.1) não diz muita coisa..

Se deseja propor mudanças por favor anexe a Unit alterada...

Use um Flag interno no seu programa, onde você pode desligar e ligar o log na bobina.. exemplo: procedure TFrVenda.ACBrECF1BobinaAdicionaLinhas(const Linhas, Operacao: String); begin if not fAdicionaLinhasBobina then exit ; // IGNORA ? WriteToTXT(CupomArqTXT , Linhas, True); fMemoProduto := fMemoProduto + Linhas ; WB_LoadHTML( tvCupom, fMemoProduto ) ; MemoProdutoGoBottom; end;

Tente usando o ECFTeste.exe, aplicação compilada diretamente com o ACBrECF em Pascal.... Se não conseguir compilar ele me avise que disponibilizo para Download

Vc não deixou claro porque abriu o tópico... Alguma dúvida quanto ao uso dos componentes do ACBr ? Se for em relação aos fontes do sistema... você precisará entrar em contato com o fornecedor... Tome cuidado com esses fontes... já várias empresas vendendo e revendendo os mesmos... Um dia o verdadeiro dono descobre e a "casa cai"

Ajude-nos a lhe ajudar... Você não respondeu ao tópico anterior,...

Parece que o CodePage do ECF não está batendo com o do ACBrECF... Deixe "0" para ele remover todo e qualquer acento

Use uma trigger no seu Banco de Dados... e deixe o BD calcular o Hash... (isso se o seu BD permitir a definição de variáveis por contexto)

Vou tentar configurar para não exibir ( se eu achar onde )

Bons tempos... tudo via Modem... a 2400 bps, com o máximo de 2 conexões simultâneas no BBS (era uma briga pra conseguir conexão) Quem tinha um USRobotis de 9.600 bps fazia inveja pra todo mundo

O código de validação do Schema é feito pela Capicom ou pela XMLSec (OpenSSL)... é quase impossível encontrar o problema em bibliotecas complexas como esta...

Seu código não está preparado para o Cielo Premia... o subtotal do ECF não será afetado, pelas formas de pagamento buferizadas... Estude com atenção os fontes do Demo TEFDDemo

O ideal é que o modo Off-line seja o padrão e não a exceção... Um Timeout de conexão web pode demorar minutos... Já temos muitas reclamações no uso da NFe, a hora que o servidor para, ou a internet cai é um "Deus nos acuda"... Agora imagine o fluxo de informações que será gerado com milhares de estabelecimentos enviando cupons que hoje são impressos no ECF !! Acho que o projeto NFC-e poderia, ou melhor deveria, usar algum software "client" para autenticar o documento off-line, assim como será feito no SAT Se a conexão on-line for uma exigência, acho melhor que o projeto não vire uma realidade... seria um pesadelo para o suporte técnico...

Como reproduzir o problema usando o programa de exemplo ( TEFDDemo ) ?

Estamos indo off-topic.... No NFC-e a autenticação será on-the-fly ? ou seja, precisa se comunicar com o servidor do SEFAZ para autenticar ? Se for assim pode ser um caos... mesmo 6 a 8 segundos para autenticação é muito tempo para o segmento do varejo...

O que exatamente você já tentou do que já foi sugerido nos posts anteriores ?

Use o protocolo ecfSwedaSTX

Por favor faça um refresh na página e verifique se ficou habilitado (o botão só fica disponível pro criador do tópico, além de moderadores)

Falha minha, o botão só estava visível para Moderadores...

Zero votos para o Delphi 8... Por que será :)

Obrigado pela informação... Vamos aguardar a regulamentação da lei... Se for para imprimir todos os impostos individualmente estamos ferrados... Até hoje os contadores (alguns) não sabem muito bem o que é substituição tributária ou NCM... será um transtorno descobrir o imposto de cada produto... ainda mais levando em conta a complexidade da lei tributária, que prevê diferenças nos impostos por Estado, tamanho e tipo da empresa, etc... Ou seja um mesmo produto pode ser tributado de N maneiras diferentes, levando em conta toda a cadeia de impostos...

Acho que isso é desnecessário.. se o usuário usar o ACBrInstall ele cuida de todo o build das BPLs

Sergio, Na verdade um PDV é bem complexo do que parece a primeira vista... Já vi PDVs que fazem praticamente "chover"... TEF, Pagamento de contas, Recarga de Celular, Farmácia Popular, Vale Crédito, Controle de comandas, Regras complexas de Desconto/Acréscimo por Convênio, etc... Tenho investido muito do meu esforço no nosso produto, o DJPDV mas quanto mais avanço, mais características aparecem para serem implementadas... sem falar nas constantes re-homologações de PAF-ECF, e TEF, (onde as regras mudam todo mês).... Alias isso tb é um "problema" para um PDV livre, não existe homologação em conjunto, cada empresa (CNPJ) precisará fazer uma homologação individual... Algumas empresas sobrevivem (e são gigantes do segmento) apenas com software de PDV... GZ Sistemas, Casa Magalhaes, Zanthus, IDBrasil, etc... Hoje a maioria delas tem retaguarda, mas o principal foco do negócio sempre foi o PDV... Em resumo: PDV está longe de ser um "programinha"

Nada... como eu disse, o ACBrECF irá ler os valores do ECF