EMBarbosa

Daniel, Eu não faço uso então não tenho certeza, mas não daria para fazer isso pelo ACBrMonitor e um arquivo .bat? Um arquivo .bat agendado poderia criar os arquivos de comandos para o monitor. Com as devidas permissões, poderia fazer isso até mesmo via rede. Acho que o único problema seria o ECF estar com a porta em uso. Mas isso nem um programa como o GAD da Daruma seria capaz de resolver... cgsgodinho, como você se comunica com o ECF atualmente? Usa o ACBrECF, o ACBrMonitor, a DLL do fabricante, outro método?

Eu particularmente preferiria o ACBr num repositório Mercurial. Mas o SourceForge atualmente só trabalha com a versão 1.4.x do hg, que já está na versão 2.7 Nós temos muitos usuários que tem dificuldade de trabalhar com um sistema de controle de versão simples como o Subversion (SNV). Você pode ver isso pelos tópicos criados com dúvidas frequentes sobre o assunto. Embora eu concorde com você que facilitaria para nós que entendemos o funcionamento de um DVCS, muitos usuários ficam perdidos. Acredito que precisamos um pouco mais de tempo para fazer esse tipo de migração. Sobre esse assunto, leia por favor o tópico onde foi sugerida a migração como o Daniel mencionou, Finalmente: Já que esse tópico ficou a cargo da sugestão para migrar para o github, crie por favor um novo tópico explicando suas alterações e anexando os arquivos modificados para serem analisados e discutidos. Obrigado.

Concordo. Acho até que seria melhor remover esse tipo de função do ACBrSPEDUtils.pas e deixá-las lá. Acredito que o ACBrSPEDUtils.pas deveria conter só funções que fossem específicas úteis para a implementação do SPED, como o nome mesmo diz.

Subi as alterações para o SVN na Revisão 5741. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado. Só fica aberto a questão de nós removermos a dependência do ACBrPAF a uma unit do SPED. Talvez passando esse tipo de método (funChecaCNPJ) para uma unit mais genérica como a ACBrUtils.pas ou quem sabe até criar uma ACBrValidacoes.pas

Acho que está respondido neste outro tópico, veja: A resposta deste tópico serve para qualquer EDIT: Notei que você perguntou especificamente sobre a porta USB. Você deve instalar o Driver Daruma que cria uma porta virtual, conforme explicado (atente à resposta citando o Claudenir)

Ok. Obrigado pelo retorno. Vou verificar hoje na parte da tarde.

Isso. Até ontem tá certo.

Você chegou a fazer esse teste com um ECF físico? Conseguiu fazer o ECF fechar o cupom mesmo tendo desligado ele durante o fechamento? Qual modelo?

Infelizmente ADO não é meu forte... Mesmo que você disse que seu inglês não seja seu forte, eu sugeriria você procurar ajuda no StackOverflow ou no fórum da própria Embarcadero na área de ADO. Em todo caso, há também listas de discussão Delphi em português.

Você viu que no tópico do SO o usuário citou um outro site? Esse daqui. Parece que ele tentou seguir as orientações deste link, mas não conseguiu. Talvez você consiga.

Não creio ser necessário alterar os componentes. A questão é ter certeza que eles estão tratando ou convertendo de e para unicode corretamente. Li num tópico do StackOverflow que pode ser uma opção alterada na string de conexão. No caso, foi adicionado DISABLEUNICODE=0 na string, e isso resolveu o problema. Não sei se aplica, mas você pode testar...

O pessoal do ACBr samos nózes. Mas o erro está em seu arquivo. Essa parte que aparece "<<<<<<< .mine" é gerada pelo tortoise/SVN ao tentar resolver um conflito de versão que você criou ao modificar o arquivo e depois atualizar. Para resolver basta que você faça um revert no arquivo. Mas antes disso, faça um relocate para usar o repositório atual conforme o seguinte tópico: EDIT: E enquanto eu estava escrevendo, o Daniel já respondeu. Que pessoal eficiente sô.

Esse problema específico não. Mas ele está relacionado ao seguinte:

A cada dia, quando o primeiro ECF emitir o primeiro documento do dia, você deve armazenar o estoque de todos os produtos daquele dia. É como um snapshot|savestate do seu estoque que será utilizado para gerar esses registros. Dito isso vamos a sua pergunta: Estritamente falando, não. O registro se refere a IDENTIFICAÇÃO DO ECF QUE EMITIU O DOCUMENTO BASE PARA A ATUALIZAÇÃO DO ESTOQUE, como você mesmo citou. Ou seja, é o ECF que emitiu o primeiro documento do dia no estabelecimento. Como só existe um primeiro documento e, assim, só existe um ECF que emitiu o primeiro documento, então o registro é único.

Então, Teoricamente falando, se na hora de salvar o conteúdo tudo for salvo como UNICODE e na hora de retornar os valores eles forem retornados como UNICODE, então não teria nenhum problema. Sabe dizer se o campo da tabela é unicode? Creio que seja pois está dizendo que mostra caracteres semelhantes ao Kanji. Você está usando quais componentes para conexão do BD? Eles estão todos configurados para trabalhar em UNICODE?

Dá uma olhada neste link: http://stackoverflow.com/questions/4074383/loading-rtf-text-from-database-into-trichedit

Só lembrando, que se alguém mais quiser fazer o que o Daniel disse, seria bom também.

Isaque, Posso estar enganado, pois minha formação não é tributária, mas acho que são duas situações diferentes. Uma coisa é "Isenção" e tributação por alíquota zero e outra é "Não incidência". Logicamente, ambos os casos, são permitidos por lei e o PVA precisa aceitar. Mas na teoria, num dos casos não existe ICMS. O que é diferente dele ser zero. Claro que, na prática, para o vendedor/consumidor o que realmente importa é que ele não paga ICMS. Mas para a legislação são casos diferentes. Agora, o que eu não sei é se é realmente necessário que o produto cujo ICMS for "Não Incidente" seja reportado como vazio. Se ele puder ser reportado como zero, então concordo plenamente contigo. Não compensa mudar isso por capricho de clientes. Caso contrário, (e foi exatamente isso que pensei quando postei) caímos mais uma vez no caso do registro C170, C195, C481,c485 e companhia.

Os métodos do ACBrSPEDUtils.pas são diferentes dos que tem no Delphi pois atendem a variáveis do tipo CHAR e CURRENCY. Não existe isso no Delphi. Por isso editei meu post anterior. Mas de qualquer maneira, não sei se são necessários. Vamos esperar o Isaque Régys* se pronunciar. EDIT2: Pensei numa terceira opção. Você poderia testar por favor? 3) Remova a unit ACBrSPEDUtils na linha 96 do ACBrPAF_R_Class.pas que contém a cláusula "uses" e adicione a Math. Verifique se acontece algum problema. Explicando: Código atual implementation uses ACBrSPEDUtils; { ordenações de registros } Código corrigido implementation uses Math; { ordenações de registros } *: Percebi que embora os métodos IfThen estão na classe do SPED por uma adição do Isaque, a remoção da unit Math no ACBrPAF foi feita pelo Régys.

Sugiro a segunda opção. Na verdade não vejo a necessidade nenhuma de ter o método IfThen nas units do SPED. Esse método existe até mesmo no Lazarus. Teria que verificar com quem adicionou, pode ser para ficar compatível com o Delphi 6 ou anterior. EDIT: Percebi que os métodos declarados na unit do SPED parecem não existir em outro lugar para os tipos declarados (char e currency). Continuo achando melhor a segunda opção.

Tudo normal. Testei num Win 7 64 bits com o Firefox e tudo certo também. Tente o seguinte: lá em baixo no fórum, tem uma opção Skin. Clique para alterar ela e ver se resolve. Outra coisa: Se o seu browser estiver reportando o UserAgent de forma incorreta, pode ser que o layout se bagunce mesmo. Você não está usando alguma extensão que faça isso?

Proceda conforme mencionado no resto do tópico. Se não conseguir, diga em qual parte teve problemas.

Olá Alexsander, agradecemos sua disposição. Se quiser pegar algum componente ou unit em especial, talvez um que você use mais, fique à vontade em fazer como o Lucas fez. Se você mencionar antes qual unit você vai pegar isso vai permitir que outros voluntários, caso hajam, não entrem em conflito com seu trabalho. Depois basta anexar aqui no fórum. Pode ser neste mesmo tópico. Não é um requisito, mas se adicionar uma descrição dos motivos das modificações fica ainda mais rápido para analisar. EDIT: Vale apena lembrar que já aconteceu algumas vezes que a remoção de um warning ou hint numa versão mais nova do Delphi cause algum problema em versões mais antigas. Então também levamos em conta isso antes de fazer uma alteração como essa. EDIT2: Lucas, Esqueci de dizer que os arquivos .pas você não deve precisar compactar. E quando for um arquivo só prefira anexá-lo sem compactar. É claro que se ele for muito grande é até bom que se compacte.

As sugestões 1 e 3 eu subi para o SVN na Revisão 5715. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado. A sugestão de alteração do ACBrUtil eu preciso testar no Lazarus e no Delphi 7 antes. Não vou conseguir fazer isso agora. Acredito que não tenha nenhum problema, mas se alguém puder testar pra nós, eu posso subir. Ou talvez outro desenvolvedor possa fazê-lo.

Respondi o outro tópico.