Régys Silveira

Enviei uma correção, na próxima compilação já estará disponível.

Você está utilizando o ACBrInstall? Poste o log dele.

Atualizando o post, Atualize seu repositório do Fortes ou baixe ele novamente o pacote já foi disponibilizado diretamente no fonte dele.

Falei com o Marcio está semana e o repositorio GIT não dá suporte a Lazarus, eles tentaram mas deu mais problema que o esperado então retiraram o suporte. O link que o Daniel passou é o oficial para Lazarus por enquanto, aqui também funciona perfeito.

Já foi liberada a versão do ACBr funcional no RAD Studio 10 Seattle, todos os pacotes estão compilando e funcionando normalmente. Lembrando que as alterações foram liberadas somente no TRUNK2 como já foi amplamente divulgado.

Explicando melhor, o erro ocorre porque estas propriedades foram removidas do componente, mas você havia salvo o formulário com o componente na versão antiga, então o delphi avisa que está faltando eles e as remove, mas só salva o DFM se alterar algo no form e salvar, ai sim, ele remove efetivamente do arquivo DFM e não cobra mais a falta delas.

Veja que o Demo funciona, então com certeza é algo que você está esquecendo no seu aplicativo, sugiro revisar todos os eventos e métodos usados no demos, estudá-los e verificar onde na sua aplicação você não está fazendo algo que é necessário.

Complementando, foram unificados no arquivo "Registros do Paf-ECF".

Tenta com este aqui, copie para a pasta de packages abra e instale por ele. Obs.: não testei pois não tenho D2010 aqui no momento, pode ser que dê algum erro

Já está no repositório, obrigado pela contribuição.

Com certeza é :D, o problema é que o schema da nota eletrônica não pressupões troco, no SAT isso é diferente ele já pressupõe o troco com tag e tudo o mais necessário.

Só para complementar, a inscrição baixada quer dizer somente que o cadastro na UF não está mais ativo, para todos os efeitos o CNPJ (que é federal) neste caso ainda se encontra ativo, portanto, a receita federal vai aceitar sem problemas a NF-e emitida contra esse contribuinte.

Pode anexar um log do ACBrECF para darmos uma olhada?

Basta alterar algo no form e salvar que o erro desaparece.

Sim, isso mesmo.

Não existe troco na NFC-e, você precisa informá-lo nas observações, a nota sempre deve fechar no valor pago, isso é uma limitação da própria NFC-e.

Isso é um problema geralmente causado pelos modulos bancários, geralmente reiniciando volta ao normal, não é algo do Monitor, pode afetar qualquer aplicativo aberto no momento.

Só complementando, diferente da NF-e e NFC-e os aparelhos SAT já devem ser comprados para o uso correto (produção ou homologação) para uso em desenvolvimento você deve adquirir o SDK de desenvolvimento que é composto por um SAT próprio para isso e já habilitado em homologação. Nunca use um SAT de cliente (produção) pois é como o colega disse anteriormente.

Os componente EscPOS e PosPrinter utilizam comandos EscPOS, portanto, conectam diretamente a impressora não fiscal enviando os comandos de impressão, eles não possuem visualização de impressão. Para dispor dessa capacidade você vai precisar utilizar os componente de impressão gráfica.

No Trunk2 a utilização da capicom ou OpenSSL é via propriedade no componente, basta setar qual deseja utilizar. Inclusive dá para trocar em run-time quando quiser.

Basta apontar o diretório do ACBr corretamente na segunda página do instalador, se fez isso, verifique o diretório onde está tentando instalar, é aconselhável um diretório fora de arquivos de programas.

Antes de mudar para o trunk2 você não deve ter limpado totalmente o ACBr, remova tudo (libray paths, pacotes, diretorio, rode o apagaracbr.bat) só depois instale o novo trunk. Existe um posto mostrando como remover e vários discutindo essa mesma dúvida.

Neste caso é mais interessante buscar uma assessoria com um contador, só ele vai poder lhe dizer corretamente como calcular e quais valores são necessários preencher. De posse desta informação podemos lhe ajudar como preencher no componente.

Ele não será descontinuado, somente está levando um tempo um pouco maior do que o esperado. A complexidade da NFS-e torna tudo muito difícil, são muito padrões, prefeitura, etc, chegar a um termo comum e dentro da nova estrutura do Trunk2 é bem complicado, não tem como dar uma data precisa é muito trabalho e muita coisa a organizar. Estamos trabalhando para liberar ele o mais rápido possível.

Desculpe a dúvida é quanto ao preenchimento do componente ou fiscal? Poderia detalhar melhor a situação e o que deseja?