Régys Silveira

Pode ser também que no ECF esteja correto mas a dll está adicionando estes zeros por conta própria, verifique se existe mesmo os zeros a mais no cliche, se sim então é erro na lacração, se não, então é erro na DLL.

Esse erro geralmente acontece pelo seguinte: - webservice fora do ar; - bloqueio de firewall/antivirus; - capicom do acbr não instalada após a instalação do certificado.

Eu terminei de corrigir a Daruma ontem, então na última compilação realmente não saiu, vai sair na próxima. Quanto a validar os arquivos, eles estão em formato binário, você só conseguirá validar a assinatura EAD, o restante do arquivo somente com o software próprio da impressora para abrir e visualizar, antes disso precisa remover o EAD do arquivo.

Respostas diferentes consultando o mesmo webservice ou webservices diferentes?

Daruma finalizada, testada e rodando 100%, basta atualizar os fontes e recompilar, testei aqui e está gerando perfeitamente.

Você deve estar com uma versão antiga do ACBr, mais de um ACBr na máquina ou algo do tipo, isso já foi falado aqui no fórum, por favor, faça uma busca.

Para procurar um relatório utilize o comando: ACBrECF.AchaRGDescricao(<descricao>, <busca exata: sim/nao>, <Ignorar case: sim/nao>); Este comando retorna o relatório gerencial ou nil se não achar, um simples exemplo de uso: var indice: String; begin Indice := ACBrECF.AchaRGDescricao('Bordero').Indice; ShowMesage(indice); end;

Os dois erros acontecem devido a uma alteração recente do componente ACBrNFe, já fiz o acerto no Demo do ACBrNFe e enviei para o repositório.

Na verdade a Embarcadero utiliza a solução NDK da própria Google para gerar código nativo, basicamente o que acontece nos bastidores e gerar codigo C++ e usar o NDK para gerar código verdadeiramente nativo a partir dai e então empacotar tudo enviando ao dispositivo ou emulador. Pensando nisso concordo que o problema ser hardware, justamente por isso eles tem a lista de devices testados e suportados.

No primeiro link existe uma lista de aparelhos testados pela Embarcadero, aparelhos não listados nesta lista podem ou não funcionar, quanto a API depende do aparelho, APIs mais antigas não suportam aparelhos mais novos e o NDK que a Embarcadero utiliza podem também não ser compatível. Tudo isso tem naquele wiki dos links bem explicadinho. Também postei um vídeo recente onde o pessoal da Embarcadero explica sobre isso.

O que você quer é o antigo menu para geração do arquivo no formato cotepe? Se for o menu ainda está lá, procure por "PafMF_..." ou abra o demo do ACBrECF e veja a aba menu fiscal. Agora se está falando no novo menu fiscal "Arq.MF" esse não gera nada com esses registros, gera um arquivo binário baixado da impressora e um .txt com a assinatura do arquivo.

Já verificou o firewall?

Veja, se no demo funciona, então não é problema no componente, com certeza é o código implementado, você pode começar comparando os código para tentar achar o que está diferente.

Os métodos já foram implementados, só estamos tendo problemas mesmo para extrair o arquivo, vou tentar liberar ainda está semana, assim que entender o que está acontecendo. Só a Daruma está com esse problema, o restante está funcionando 100%.

Veja que eu disse que ela ainda não foi implementada.

As mensagens enviadas geralmente é a aplicação que controla. As mensagens recebidas ainda não foi implementada a lista, mas ele já baixa um .txt com as mensagens recebidas, falta popular uma lista (que já está pronta) e apagar o arquivo.

Então, se você entrar nos links que postei acima sua resposta vai estar respondida, chegou a lê-los?

A Daruma realmente não está funcionando, estou verificando o que é, assim que tiver alguma solução posto aqui.

Se este é o arquivo de retorno realmente não é um arquivo válido, isso ai aparentemente é um relatório texto não um arquivo de retorno padrão CNAB.

Anexe o roteiro aqui para todos, eu tentei com a softwareexpress mas a pessoa que me atendeu sabia menos do que eu do que eu precisava.

O suporte aos aparelhos ainda é pequeno, eu tentei em um duos como este ai da foto e realmente não funciona, mas em um nexus rodou redondo.

Verifique se está usando uma das APIs e aparelhos suportados: http://docwiki.embarcadero.com/RADStudio/XE5/en/Android_Devices_Supported_for_Application_Development Veja também neste link se não esqueceu alguns dos passos de deploying.: http://docwiki.embarcadero.com/RADStudio/XE5/en/Android_Mobile_Application_Development

Segue um print da configuração, ela é feita diretamente no emulador.

O problema de tela preta é tratado no vídeo que postei, o emulador não funciona corretamente dentro de simuladores, precisa estar executando ele em uma máquina real, isso é um problema conhecido do emulador, outra coisa que gera o problema e não marcar para utilizar a GPU DO HOST no emulador.

Concordo com o Sergio, temos 4 lojas para abrir agora em Outubro em SP de um projeto que estou acompanhando, todas vão usar ECF normalmente, penso que para ter uma visão melhor do futuro, somente ano que vem.