Daniel Simoes

Não deu pra compreender qual o problema enfrentado... Mas observe que nesse teste você estará quebrando o sincronismo dos arquivos, e o G.P. não se comportará de forma usual.... O melhor nesse caso, é solicitar mais orientações aos homologadores... ligue na Sw.Express..

Você se refere ao arquivo anexado ? Se SIM, qual a exata mensagem de erro ?

O componente atualmente está usando a carga da DLL de forma Estática... (veja a unit ACBrSATEmuladorSPstatic.pas) Isso faz qualquer binário que use o componente depender imediatamente da SAT.DLL (mesmo a IDE do Delphi ou Lazarus) Isso é provisório, até compreendermos uma forma de usar a carga dinâmica com sucesso (sem erros de A.V.), conforme já está implementado em: ACBrSATEmuladorSP.pas

O ACBrETQ apenas usa o sensor de GAP da Impressora... Ou seja, é a impressora que decide qual o pulo... A bobina de etiquetas e o ribon estão posicionados de forma correta ? Já vi casos em que o mal ajuste de um destes confundiu o sensor de gap

Não há nada que precise ser ajustado nos fontes do ACBr.. muitos usam essa rotina com sucesso... Tente você mesmo usando o Demo ECFTeste.exe Os seus problemas parecem ser relacionados ao Path e nome de arquivo escolhido... Tente o C: ou invez de D: Evite o uso do diretório Raiz, use uma subpasta Ex: C:\ARQS\ Evite o uso de nomes longos espaços ou pontos no nome dos diretórios ou arquivos

Se não me engano, pelo Terminal Service você pode mapear uma Porta Serial remota...

Se você rodou o programa como Root antes, pode ser que tenha criado alguns arquivos cujo "owner" é o Root.. - Configure corretamente as permissões dos arquivos... - Analise melhor e saiba com certeza qual arquivo está gerando essa falha de Permissão

Sem o LOG gerado pelo ACBrECF é impossível analisar..

Cada classe tem um código específico... um problema na Daruma não é significa que o mesmo erro ocorre na Classe FiscNet... Não houve modificações nos fontes nesse sentido... Use o recurso de LOG do SVN e analise você mesmo..

O link aponta para um erro 404

A DLL do SAT do Emulador disponibilizado pelo governo é muito problemática... Você só conseguirá rodar sem o Debug

Isso mesmo... porém o SAT até agora é igual "mosca branca".. todo mundo fala que existe mas ninguém nunca viu... Assim que tivemos um protótipo de algum fabricante subiremos uma nova classe...

A busca de arquivos do Windows deve resolver o seu problema... mas já que você está com preguiça, tente o ACBrSerial.dpk

Sem os LOGs fica impossível dizer... Veja o erro que ocorre no LOG gerado pelo ACBrECF

Ele não gera novamente... ele apenas não apaga o que já existe... Novamente... Se você não completar a operação de Cancelamento ele não sai do Loop... Provavelmente você está fornecendo as informações erradas... Ligue na Sw.Express e confira como fazer a operação de cancelamento... Se quiser... apague por fora do sistema os arquivos de Backup

Ele ficará em loop até conseguir completar o Cancelamento... isso é o que pede o roteiro... Faça a operação de cancelamento até o fim...

Não deve aparecer a pergunta novamente... Afinal o usuário já respondeu NAO para a pergunta quando ela apareceu a 1a vez... Provavelmente o programa está tentando ler o estado do ECF ou alguma operação... como ele continua desligado, o erro ocorre... Quanto ao que deve ou não ser feito, como e quando... quem é autoridade no assunto são os homologadores... ligue na Sw.Express e pergunte

A versão CAPICOM acho que nunca funcionaria... dependeria de muitos drivers dos Tokens... A versão OpenSSL acho que poderia ser portada para Lazarus...

Tópico relacionado a este:

Bom, demorou mais finalmente subi os fontes que foram desenvolvidos por mim e pelo André Moraes para o SVN... Ainda há muito o que fazer, e devemos subir várias correções durante essa semana que se segue... Por favor leiam os manuais disponibilizados pelo Governo SP antes de tentar usar o componente...

O ACBr é código aberto... basta você baixar os fontes, abrir o Projeto indicado pelo André, e como todo bom programador, LER com atenção o código fonte...

Oi REgys, Você que é o "pai da criança"... Pode dar uma olhada no colaboração do Carlos ? (ou já foi pro SVN ?)

Jeter, Me desculpe por ter esquecido de analisar e subir o componente... e novamente muito obrigado pela doação... os fontes se encaixaram bem aos padrões do projeto... Parabéns pela iniciativa... Juliana, Muito obrigado pela ajuda... Vejo que cada vez mais você ficou especialista em arquivos fiscais

Apenas falta de tempo mesmo... sempre tem algo que fura a fila.... dessa vez foi o ACBrSAT Fazer consultas HTTP em pascal não é difícil... o componente que tenho (interno) é muito parecido com os outros componentes do Pacote ACBrTCP, como ACBrCEP, ACBrIBGE, ACBrCNIEE, ACBrNFPws, etc... Prometo que algum dia ainda modifico meu componente de uso interno para ele se ajustar ao ACBr... Em relação a proposta de doação, acho que não é compatível com as premissas do ACBr... Código aberto, Multi Plataforma e Multi IDE... O ideal seria transformar em componente compatibilizá-lo para usar a "Synapse" assim como os demais componentes da palheta ACBrTCP, (ACBrSocket) Acho que só isso quebraria boa parte do seu código...

Não há como mudar isso... E exigência da lei que regula o ECF... Os códigos de barras 2D são a representação de todos os cupons emitidos no dia, e precisam se armazenados por 5 anos...