Daniel Simoes

Faltou os Logs do ACBrSAT e do SAT

Não crie um novo tópico, mas sim edite o que estava errado... Não há como mudar o modo de homologação / produção... isso é interno do SAT, e é definido pelo Fabricante e SEFAZ... todo numero de série que inicia com "9" é de homologação... Não há necessidade de renomear a DLL, uma vez que no Monitor vc pode apontar para qualquer DLL que exista no HD

No ACBrPosPrinter, está implementado da forma correta... o Fabricante prometeu uma atualização do Sw.Básico para a correção do problema... verifique com a Elgin

Aumente para 2 segundos (2000), observe se ele está realmente usando a versão modificada (na dúvida rode novamente o ACBrInstall)

Italo, Obrigado pelas explicações... deixo a você a decisão de acatar ou não a modificação... a meu ver, não teria problemas, pois não traz nenhum efeito colateral nos usuários atuais do ACBr...

Se você descobrir como fazer o Fortes ou qualquer outro Gerador de Relatórios gráfico, abrir a gaveta... Me avisa, que também quero saber

1 - verifique com o fabricante, quais as DLLs necessárias e qual é a principal 2 - configure no componente em: ACBrSAT1.NomeDLL := "C:\seu_Path\DLLSAT.dll" (supondo que a DLL principal do fabricante se chama "DLLSAT.dll") 3 - Verifique com o Fabricante se a DLL do mesmo, usa a convenção de chamadas STDCALL ou CDECL 4 - Configure em ACBrSAT1.Modelo conforme a orientação obtida no passo 3 * SEMPRE * que desejar reportar erros: 1 - Informe a exata mensagem do erro (se necessário copie uma imagem do erro) 2 - Colete e anexe o Log gerado pelo ACBrSAT 3 - Se possível, extraia o Log do equipamento SAT

Já foi respondido nesse mesmo tópico

Leia no manual do equipamento, o procedimento correto para efetuar o Reset

Cara... isso é muito básico... leu ao menos a documentação do fabricante ? Vc deve usar o conjunto de DLLs do Fabricante... não há como ser mais claro do que isso...

ahh.. repare na sua configuração, que vc está usando a DLL do Emulador.. a DLL do Emulador só fala com o Emulador Você deve usar a DLL do fabricante

Humm.. então provavelmente o problema seja TimeOut... o default utilizado é 500... experimente mudar para: B := Ord(fpPosPrinter.TxRx( DLE + EOT + #1, 1, 1000 )[1]);

Verifica se o papel está com GAP posicionado de forma correta... a impressora pode ficar "perdida" se não encontrar o "GAP" no papel

Sim... mas repare que a Quantidade "qCom", suporta 4 casas.. Então ele pode modificar o estoque Unitário dele para milhar, centena, dezena, etc... e usar as decimais...

Leia os fontes de "procedure TACBrEscPosEpson.LerStatus(var AStatus: TACBrPosPrinterStatus);" Observe que algumas situações do case, onde o "stErro" é ligado... Ou seja, a resposta da impressora, vem com os Bits ligados, causando essa interpretação .... if TestBit(B, 5) then AStatus := AStatus + [stErro]; // Waiting for online recovery ....

Ativar antes de Imprimir é intuitivo... Veja também a propriedade "ControlePorta"

D7 já está morto faz tempo... não faz sentido ficar preso ao passado... para quem tem como descupa o custo de uma nova IDE, hoje em dia o Lazarus/FPC é muito melhor do que o D7, e "de grátis" (na DJSystem já usamos o mesmo a anos)... Os novos Delphis XE, são fantásticos, e ainda compilam para Mobile... sinceramente, não vejo porque ficar preso ao passado

Oi Jorge, Acho que é uma boa ideia entrar em contato com o SEFAZ, e solicitar explicações de porque o XML sem a Tag é recusado, se na Nota Técnica ele é marcado como não obrigatório...

Use ACBrECF... que fala com vários modelos de ECF, sem necessitar das DLLs (usando a comunicação direta pela serial)

No trunk2 você deve ajustar a porta em TACBrPosPrinter (isso sempre foi assim)

Leia a "Especificação Técnica do SAT" Apenas combustíveis podem ter 3 casas decimais vUnCom Valor Unitário de Comercialização E I01 N 1-1 3-15 3 Informar o valor unitário de comercialização do produto. Deve ser informado com 3 decimais no caso de combustíveis (Art. 20, da Resolução ANP nº 41/2013), para os demais com 2 decimais.

@AMB INFORMATICA, Antes de partir pro código... Estude com calma e atenção os fontes da aplicação SATTeste, da pasta "Exemplos\ACBrSAT"

Não há nenhuma mensagem de erro no seu log...

SIM, provavelmente no segundo semestre desse ano... Afinal de contas o D7 já tem 18 anos (lançado em 2002) As diferenças de String entre as versões ANSI (D7) e as versões que suportam Unicode (XE), trazem muita dificuldades para manter o código do ACBr

ACBrNFe1.WebServices.AdministrarCSCNFCe