elton.barbosa

Se está compilando para 32 bits, teoricamente não deveria fazer diferença.

Subi suas alterações para o SVN na Revisão 6875. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

Seria este problema? Alguma sugestão para corrigir?

Poderia anexar o arquivo alterado para verificação?

Não tem nada a ver com o Unicode. Em geral, tem relação com possuir mais de um Delphi na mesma máquina. veja:

Depende muito do que é feito nas threads e como você trabalha com elas. Deve-se lembrar que toda alteração na UI (interface com o usuário) é feito numa thread principal. Assim, se houver uma thread que altera algo como um grid (o que parece ser o caso) e o ACBrECF estiver nesta mesma thread, eles vão concorrer na execução.

Pode ser uma boa. Eu pensei nele também.

Acho que essa informação pode ser muito útil. Acredito que muitos desconhecem. Os quatro primeiros caracteres do número de série de cada ECF indica a marca e modelo do ECF. Os dois primeiros indicam a marca e o terceiro e quarto dígito o modelo. Por exemplo: 'BE' indica marca Bematech 'DR' indica marca Daruma 'IP' Indica marca Itautec 'EP' Indica marca Epson e por aí vai 'BE03' Indica a marca Bematech o modelo MP 2000 TH FI 'BE07' Indica a marca Bematech o modelo MP 3000 TH FI 'DR04' Indica a marca Daruma o modelo FS-700L 'DR09' Indica a marca Daruma o modelo MACH 2 No site da SEFAZ-MG na área de consultas existe uma tabela com várias marcas e modelos e seus respectivos caracteres. Estou pensando em transformar essa tabela em um método e colocá-lo no ACBrECF ou numa outra unit que possa ser util.

No caso, "agora" é mais especificamente a partir de 1 de junho 2014.

Acho que o componente deve seguir um padrão no seu comportamento. Mas esses totais não são retornados pelo ECF? Ou talvez você viu alguma opção para fazer diferente e padronizar o comportamento? Se tiver alguma sugestão para alteração do código, você pode ficar a vontade para fazê-lo.

Esta não é a ER, é o documento "Requisitos comentados" que eu citei várias vezes neste tópico. A ER são os anexos I e II da portaria que iniciou este tópico. Não confundam as coisas. EDIT: Para deixar claro, esse é o link para a portaria http://www.fazenda.mg.gov.br/empresas/legislacao_tributaria/portarias/2014/port_subsec132_2014.htm Os anexos estão num link no fim da portaria, mas vou reproduzir aqui o link http://www.fazenda.mg.gov.br/empresas/legislacao_tributaria/portarias/2014/anexo_port_sre132_2014.pdf

Seria bom mesmo. Mas nem sei se é necessário, pois Paulo Gilberto é quem assina como responsável pelo documento que eu citei no post acima. Exceto, claro, se o e-mail adicionar alguma outra informação não citada no documento.

Rapaz, Acabei de baixar os novos manuais, eles subiram parece que hoje ou ontem. Estou pasmo que realmente não falam como serão fiscalizados os novos requisitos e mencionam que pode-se cadastrar novo PAF-ECF SEM o laudo técnico... Por exemplo, na página 4 do PAF-ECF Requisitos Comentados MG-001, diz (o grifo é meu):

Não implica é algo diferente. Quer dizer que você pode cadastrar, mas isso não significa que ele é válido ou que está homologado. Pode ser que maliciosamente você tenha cadastrado algum aplicativo não homologado. Se fizer isso, sofrerá as penalidades impostas pela lei. Ou seja, você ainda terá que homologar antes.

Lógico que pode. Se o MD5 gravado neste arquivo for diferente do que você homologou eles vão saber. Simples assim.

Normalmente, quem eu vejo reclamar são empresas que não tem clientes com TEF. Na minha última homologação eu conheci umas 5 dessas.

No caso de uma aplicação 32 bits rodando no Windows 64 bits, pode ser que esteja na SysWOW64. Mas temos aconselhado colocar sempre na pasta onde está o executável.

Se o PVA não acusar erro não há muita diferença. Pelo menos não me lembro do Manual dar informação sobre isso nos campos que não possuem o asterisco. Mas é preciso fazer o teste, pois algumas vezes, quando se remove o segundo parâmetro, o LFill se comporta de forma errônea, formatando o campo como se fosse data.

Seria bom você relatar tudo o que já tentou fazer e quais foram os resultados. Talvez alguma outra informação sobre o sistema também fosse uma boa ideia.

Acho que estava faltando o arquivo LEIA-ME.TXT fazer referência ao ACBrInstall.exe. Pronto, acabei de adicionar essas informações. Não sei se ficou claro, mas pelo menos agora estão lá.

Você respondeu a um tópico com 3 meses de atraso, acho que é normal esperar que o Originador dos Posts (OP) não esteja mais procurando essa resposta. Mesmo que esteja, não deveria se surpreender se não obter uma resposta em menos de 24 horas.

De modo geral o ACBr já traz os retornos estendidos por padrão nas mensagens de erro.

Este é um dos problemas de as pessoas continuarem colocando perguntas não relacionadas nos mesmos tópicos ao invés de criar um novo. Fica muita informação junta e fica confuso.

Depende de qual o problema que você está tendo. Qual a mensagem de erro?

Já faz um tempo que eu fiz a certificação TEF então posso estar enganado, mas essa mensagem é configurada pelo gerenciador. Conforme o Régys menciona, você não altera ela pela sua aplicação e sim no gerenciador padrão quando este último permite.