Daniel Simoes

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

Não sei se vc notou... mas existe um botão no rodapé da página... para marcar o tópico como Resolvido

Você poderia usar o ACBrMonitor para gerar o boleto em PDF e depois enviá-lo usando um utilitário como por exemplo o SendMail

Humm.. agora que vc comentou isso... lembro também que já vi algo relacionado ao Handshake... A Sweda é o unico ECF que usa Handshake como: DTR/DSR.... Mas acompanhei um caso onde o ECF Sweda só funcionou após mudar o Handshake para RTS/CTS

Vc parece ter duas instalações conflitantes do ACBr... Remova tudo, apagues os BPLs gerados pelo ACBr em Projetos\BPL e use o ACBrInstall

O Forum foi atualizado para a versão 3.4.1... acredito que os problemas com Skin e links quebrados nos e-mails deve ter sido sanados... (mas o forum voltou a "falar Inglês".. vamos ter que aplicar o arquivo de Lingua Portuguesa novamente )

Pode ser esse o problema... Não atribua nada para essas Propriedades... O ACBrECF lê os valores dessas propriedades na Ativação... Elas só não são ReadOnly, pq em alguns modelos (como na Epson), é possível mudar as casas decimais no comando de Venda de Item

Nem todos os Modelos retornam todos os registradores em DadosUltimaReduçãoZ Vc deve chamar DadosReduçãoZ instantes antes de emitir a Redução Z Eu uso as duas, DadosReduçãoZ (anrtes da Z ) e DadosUltimaReduçãoZ (depois da Z) fazendo um merge de ambas

mcola, Por favor abra novo tópico para um novo problema...