Régys Silveira

Ao invés de utilizar o componente ACBrGAV tente utilizar o método "ACBrECF.AbreGaveta", lembrando que tem uma propriedade "ACBrECF.GavetaSinalInvertido" para inverter o sinal no caso de ser necessário.

Pelo que entendi você quer recuperar o XML apartir da chave de acesso consultando como no Site do Sefaz. Tem como sim, mas antes de tudo é bom dar uma procurada no fórum, veja aqui neste tópico viewtopic.php?f=6&t=3165 com isso é feito. Lembrando que isso não baixa o XML da nota eletônica, somente gera um XML baseado nos dados consultados da página do site, portanto não tem nenhum efeito fiscal e não vale como nota eletrônica de verdade, é meramente um facilitador. Como o amigo disse anteriormente, o correto é sempre ter o XML original enviado pelo fornecedor, esse sim tem validade jurídica e fiscal.

Tente recompilar os pacotes dos componentes, está parecendo que tem versões antigas dos pacotes ai.

Você já testou no DemoECF?

Verifique se não existem cópias das dlls em outras pastas, pode ser que estejam com versões diferentes. O teu ACBr está atualizado?

Atualize o ACBr, esse erro e subtotal já foi arruma a algum tempo.

Não tem nenhuma mensagem de erro, ou algo parecido?

Altere a propriedade do ACBrECF "DescricaoGrande" para True, ele vai passar a utilizar duas linhas ao invés de uma, quando essa propriedade está false ele tenta colocar tudo em 1 linha e se não der utiliza duas, estando True ele sempre vai utilizar duas linhas. Isso pode variar de modelo para modelo de ECF.

Correto, você somente mescla os produtos, não pode altera nada deles. Quanto a pré-venda é isso mesmo, mesclar todos os itens das escolhidas em uma nova.

Essas dúvidas são comuns, mas funciona basicamente assim, quando você faz o laudo nele são colocadas as impressoras e executáveis que foram homologados, este laudo tem validade de 1 ano a partir da data de sua emissão e deve ser renovado sempre que vencer, mesmo não havendo nenhuma alteração no aplicativo. Caso ocorra uma alteração em qualquer um dos executáveis listados no paf, seja no próprio paf, seja no sistema de gestão ou nas DLLs dos fabricantes utilizadas, a secretária fazendária deve que ser informada, porque o MD5 impresso no rodapé do cupom fiscal será alterado e ele precisa constar no site do SEFAZ. Esse MD5 é formado por todos os arquivos executáveis que compõe o paf e que são listados no arquivo "lista de arquivos autenticados" (registros N) que é gerado na inicialização do paf, do qual e gerado o MD5 impresso no rodapé do cupom fiscal. Quanto as impressoras, elas são listadas no laudo justamente para que quando o fiscal for realizar a fiscalização ele saiba com quais impressoras o teu aplicativo está apto a funcionar, ou seja, se a impressora conectada não está na lista ele não aceita, já teoricamente o teu aplicativo não está homologado para ela. P Por isso é importante que se listem todos os modelos no laudo, para isso temos uma tópico: viewtopic.php?f=10&t=1418 onde estão todos os modelos suportados até o momento pelo ACBr.

Qual a versão do teu Delphi?

No site da administração fazendária tem a lista de paf-ECF homologado, o seu está lá, nessa lista tem o data da homologação e a validade do Laudo. No próprio laudo existe a data ou os dizeres sobre a validade também.

Utilize a propriedade "ParamDescontoISSQN" do ACBrECF.

Veja na pasta "\Projetos\RecuperarXML", tem um demo funcional de como fazer isso.

Esse método é específico para o envio da nota fiscal, poderia explicar melhor o que você quer fazer, assim podemos te auxiliar na melhor maneira a proceder.

Este erro já aconteceu comigo, é erro no servelet java do servidor do Sefaz, faça como o amigo disse entre em contato com o suporte, eles vão te pedir que envie algumas informações por e-mail, de resto é tranquilo.

Isso acontece comigo quando o antivírus barra o aplicativo, adicione o executável do teu aplicativo a lista de exceções do teu antivírus. Acontece principalmente com o Avast.

Acho que você não entendeu, o que quero dizer é que o ACBr controla essa velocidade sempre, inclusive quando utiliza a DLL, a propriedade Baud do device é justamente para isso. O problema ocorre quando você utiliza a DLL por fora do ACBr, pois a DLL utilizará o valor escrito no arquivo de configuração ou no registro, adotando sempre o padrão de 115200.

Pelo manual seria isso mesmo.

No manual consta que deve-se utilizar o nome e código da cidade e no campo "bairro/distrito" colocar o nome do distrito.

Você adicionou os diretórios de fontes do projetos aos paths librarys do delphi?

A Dll quando utilizada por fora do ACBr costuma fazer esse tipo de alteração, quando utilizada dentro do ACBr ele acerta o valor da velocidade antes de utilizar, provavelmente foi utilizada a dll e como padrão ela tenta comunicar em 115200.

Colocamos uma pasta no repositorio do ACBr onde a idéia e ir colocando as dlls atualizadas, já coloquei algumas partindo da tua lista.

Teste um destes Code Pages: 437, 850, 858 e 860. Retirei isso do manual da impressora, então um deles deve funcionar corretamente, lembre de setar o PaginaDeCodigo depois de setar o modelo, senão o ACBr vai colocar o valor padrão.

Estranho, aqui estou utilizando 850 com uma mp2100 th fi e funciona normalmente. Veja se realmente a página de códigos que está sendo utilizada é a 850.