EMBarbosa

É melhor você verificar com um contador ou na SEFAZ do seu estado. Veja esse tópico: http://www.projetoacbr.com.br/forum/topic/20191-nfce-x-sintegra/

Obrigado pelo retorno.

Como assim?

É muito difícil afirmar com certeza sem ver o código. Vou dar algumas sugestões e você pode testar. Verifique a ordem que você altera os parâmetros do componente. Por exemplo: se você está alterando o modelo depois de alterar o Baud, pode ser que o Baud esteja sendo resetado para o valor padrão daquele modelo; Verifique se o código que altera o baud está realmente sendo chamado. Ponha um breakpoint e execute o código para ter certeza que ele está passando por lá; Verifique se o valor desejado está realmente sendo salvo. Ponha um breakpoint e adicione um "watch" parar avaliar se o valor salvo é mesmo o que deseja; Verifique se o valor desejado está realmente sendo carregado do arquivo INI. Ponha um breakpoint e adicione um "watch" parar avaliar o valor;

Se você utilizar o exemplo mesmo, ao invés de uma aplicação baseada nele, funciona?

Veja a Unit5.pas O evento onKeyPress do "Edit1" não está definido. Mas ele está no código (TForm5.Edit1KeyPress). É só atribuir o evento ao "Edit1".

Você deve bloquear. O programa de exemplo, é como o próprio nome diz, apenas um exemplo. Não faz todas as validações minuciosas. Edit: embora o demo tenha os eventos programados. Veja:

Não precisa. Mas você também tem as propriedades de logs específicos. Por exemplo do SiTef veja TACBrTEFD.TEFCliSiTef.ArqLOG.

Tentou pesquisar aqui no fórum?

Não tem que aparecer essa data nem NSU, afinal, não tem conexão com o SiTef. As interrogações são só pra indicar que não tem nada. sikTEF?

Tipo isso aqui? http://docwiki.embarcadero.com/RADStudio/Tokyo/en/Tutorial:_Using_the_REST_Client_Library_to_Access_REST-based_Web_Services

Não deu pra entender o SQL. Tem como simplificar e postar o select inteiro ao invés de só o where?

Enviei outras alterações hoje. Queira testar, por favor.

Seu tópico ficou confuso. Na verdade, o ACBrTEFD precisa se comunicar com a impressora, conforme o exemplo do TEFDemo. Se vai utilizar o ACBrECF ou não já é outra questão. Se você não quer utilizar o ACBrECF precisa então removê-lo do form (caso tenha adicionado) e implementar os eventos dando todas as respostas que o ACBrTEFD precisa. Pense um pouco. Se o seu PDV já faz a configuração, por que o componente acusa que ela não foi configurada? Eu tenho algumas possíveis respostas: Você está confundindo configuração do componente com configuração da impressora... (não parece o caso pois você menciona que a porta já fica ocupada); Você tem dois componentes ACBrECF e está configurando o componente errado; Você tem dois componentes ACBrECF e configurou o ACBrTEFD para acessar o componente ACBrECF errado; Seu PDV faz comunicação de forma independente do ACBrECF (por exemplo usando DLL do fabricante) e você configurou o ACBrTEFD para comunicar com um componente ACBrECF;

Seu post está incompleto. Qual o problema? O que deveria acontecer? O que está acontecendo? Que tipo de auxílio você deseja?

Você conseguiria alterar o Demo para que ele gerasse um registro com o problema relatado? Em caso positivo, anexe ou cole aqui o código modificado. Isso facilitaria muito a verificação e possível correção.

Tente em outra máquina com outra porta.

Qual foi a revisão que estava o ACBr antes da atualização que causou o problema?

Qual foi a revisão que estava o ACBr antes da atualização que causou o problema?

Acho que não ficou claro. Se tem o quê especificamente?

Pesquise aqui também no fórum.

Pode ser outro processo, inclusive o antivírus.

A seção de referencias e links externos deste artigo da Wikipédia: https://en.wikipedia.org/wiki/XAdES

No caso ele não questionou apenas a "última Redução Z", já que esse recurso ele conhecia, mas outras situações. Veja:

Você pode verificar seus arquivos anexados, apagar alguma coisa e daí tentar anexar novamente. Outra opção é criar uma conta no GitHub, no SourceForge, Bitbucket ou GitLab e colocar lá o projeto.