Daniel Simoes

Fiz uma correções nas TAGs da FiscNet, usando o que foi sugerido pelo suporte da TermoPrinter, pelo que testei, funcionou bem o Negrito e Expando... Também implementei o suporte a Cod.Barras, mas nao funcionou na minha TPF1004... não sei se ela suporta... vou commitar as modificações em breve

Se vc possui espaço para programar outra forma de pagamento, é mais simples programar uma nova, chamada "CARTAO"... porém nesse caso sua aplicação deve se referir ao novo índice da Forma de Pagamento

As Tags são suportadas em todos os Modelos.. porém ainda falta implementar em alguns... Apenas usamos os padroes da Daruma... para os ECFs que não suportam as tags, elas serão ignoradas/removidas Há bugs nas tags da FiscNet, especificamente com a TermoPrinter.. estou verificando se é apenas com a TermoPrinter ou em todas FiscNet

Na verdade, mesmo no ECFTeste esse parâmetro é muito mais para Leitura do que para escrita... pois apenas os Modelos ecfNaoFiscal, e ecfEpson permitem ajustar as decimais de forma dinâmica (se intervenção)

Provavelmente o ECF está programado para 2 casas decimais.... no ECFTeste em variáveis é possível ler isso...

Esse registro é a Redução Z ? Se SIM, use ACBrECF.DadosReducaoZ e/ou ACBrECF.DadosUltimaReducaoZ

Certifique-se também, que no emulador o protocolo configurado é o "MFD" e não "ESC."

As casas decimais devem ser programadas na Intervenção do ECF, no momento da Lacração... Até onde lembro, apenas a nova Epson FBIII permite enviar para o comando de Venda de Item a precisão em decimais no Preço e Qtd...

Enviado para o SVN, obrigado Fernando

O ACBrMonitor pode trabalhar com Sockets... não há necessidade de mapear uma pasta Remota..., use TCP/IP diretamente com ele...

Do lado do Vendedor Varejo, não há calculo de substituição Tributária... Todo ECF tem registradores próprios para Substituição (FF), Não Incidencia (NN) ou Isenção (II) Se o lojista compra um produto que lhe foi tributado como Substituição Tributária... ele deve vende-lo no ECF usando o "FF"

Pelo LOG notei que vc está usando a classe ecfSweda e não ecfSwedaSTX Tente com as DLLs da pasta: \ACBr\DLLs\dlls impressoras fiscais\sweda

Nao... O ACBrECF sempre usa o indice nativo do ECF. Isso é uma carcteristica e não será modificada...

Tente chamar assim: ACBrECF1.ArquivoMFD_DLL(DataInicial, DataFinal, PathArquivo, [docTodos], finTDM);

Há algo errado nos seus testes... Chamar: ACBrECF1.PafMF_MFD_Cotepe1704(DATA,DATA,nomearquivodll); chama o seguinte método interno: procedure TACBrECF.PafMF_MFD_Cotepe1704(const DataInicial, DataFinal: TDateTime; const PathArquivo: String); begin Self.ArquivoMFD_DLL(DataInicial, DataFinal, PathArquivo, [docTodos], finMFD); Self.AssinaArquivoComEAD(PathArquivo); end; [/code] Observe que é passado [b]finMFD[/b] e nos fontes da Bematech... isso será mapeado para o Tipo 1 e não 0

O que precisamos saber é como é a chamada do método do ACBrECF que você está fazendo...

Tente passar uma orientação de 180 graus... nas fontes

Copie o trecho de código que você está usando... Experimente usar as DLLs que estão na pasta do \ACBr\DLLs\dlls impressoras fiscais\bematech

Bom... nesse caso, é ainda mais simples... veja no Demo ECFTeste, todos os métodos na aba MenuFiscal

Tente com os novos métodos... (que finalmente foram adicionados)... Baixe uma nova versão do ACBrMonitor e leia no Arquivo de ajuda o Registro de Mudanças para conhecer a assinatura dos novos métodos

Por mim tudo bem... faça o que for melhor para você .... Acho que você não deve ter lido a primeira página do manual... http://acbr.sourceforge.net/ACBrMonitor ... nitor.html

Não lembro os exatos modelos... Você poderia pedir a seu fornecedor alguns modelos para teste...

Qual manual você leu ?

Sem a exata mensagem de erro fica muito difícil ajudar...

Somente um estudo do LOG gerado pelo ACBrECF para a SwedaSTX pode nos dizer o que pode ser...