Régys Silveira

"Acesso negado" geralmente é porque a .dll ou .so da Daruma não conseguiram escrever o arquivo no diretório informado, verifique os direitos de acesso ao diretório informado.

Eu sempre utilizei o cabo conversor nas homologações e testes em casa, sempre funcionou legal. Seguiu a regrinha básica, ligar o cabo conversor no micro, o cabo na impressora no conversor e por ai vai? Se ligar o conversor direto na impressora não funciona.

Sim existe um propriedade no componente para a confirmação de envio.

Veja se este artigo lhe ajuda: http://www.regys.com.br/como-enviar-uma-carta-de-correcao-utilizando-o-acbrnfe/, nele tem o exemplo completo desde o envio até o tratamento do retorno.

Poste o arquivo de log.

Anexe por favor o arquivo modificado que vou conferir e enviar para o SVN.

Só uma pergunta, após essa alteração a nota validou e o webservice aceitou ela normalmente?

Como você está marcando as opções do ACBrInstall? Ao que parece você está tentando instalar uma versão de relatório que você não possui. Você tem certeza que todos os arquivos estão marcados com ícone verde e não vermelho ou amarelo?

Eu não testei porque não tenho conta de desenvolvedor Apple e consequentemente não tenho acesso ao iOS7, mas o que foi falado é que o suporte vai sair assim que o iOS7 for lançado.

Os componentes ACBr ficam todos juntos na paleta ACBr, se o ACBrIBPTax não apareceu talvez você não tenha instalado ele, dê preferência a instalação utilizando o ACBrInstall porque ele já automatiza tudo, mas caso esteja instalando o mão, reinstale o pacote ACBrTCP e nele que se encontra o componente.

Sua pergunta está bem genérica, para alguém lhe ajudar deve postar a exata mensagem de erro, o que foi feito para acontecer, etc, etc.

Você está passando somente o diretório no parâmetro para o método? O CAT 52 recebe somente o diretório não o nome do arquivo inteiro.

Veja a resposta a sua pergunta em: Vou fechar o tópico para evitar duplicação.

Você deve ter alguma arquivo .dcu ou.bpl do ACBr antigo na sua máquina. Ou não recompilou os pacotes.

Só para complementar o tipo padrão é "Variant" que aceita qualquer coisa dentro dele, o problema de usar ele ao meu ver é na hora das conversões, nem tudo pode ser convertido dependendo da situação e como variant aceita qualquer coisa dentro fica um tanto quanto complicado. Se você tem certeza do que tem dentro do TParam não é problema usar .value, mas se não tem, o ideal e fazer o cast ".As...", outra coisa que vejo de vantagem no cast é que se o valor passado não for possível de converter, o próprio compilador já mata abortando a compilação, se não é gerada uma exceção durante o processo.

Ao inves de .value no parâmetro, tente .AsString. Ou concatene a string diretamente na string do SQL em SQL.TEXT.

Procure o ACBrComum.bpl e apague, todos os que houver no HD, recompile o pacote novamente e veja se funciona.

O ACBrInstall faz isso automaticamente, bastaria utilizar ele.

O TEF passou a ser homologado anualmente também, mas não sei como vai ficar a fiscalização disso. Quanto a integração, desde que seu sistema conste no laudo da empresa a que está integrando tudo bem, se não constar corre-se o risco de o fiscal entender que não é legal o que está sendo feito, isso depende muito de como a empresa que você está integrando fez a homologação e da lei estadual.

Tentou o componente ACBrConsultaCNPJ, se entendi bem você só precisa consultar o cadastro.

O padrão de chaves utilizado pela dll bematech não é compatível com o ACBr, você precisa utilizar o padrão RSA, o Demo do ACBrEAD consegue gerar as chaves no padrão correto.

Você tem que obrigatoriamente passar pela homologação, a única coisa que pode mudar é a forma de homologar, existem empresas que fazem a homologação por você como a V&SPague. Não existe um caminho fácil, o negócio é implementar e homologar, usando o ACBr não leva mais de 2 horas para implementar tudo se você já tem o Paf-ECF pronto, o mais demorado é rodar os pré-roteiros mesmo.

Você também deve armazenar das recebidas, veja, com o advento da nota eletrônica, o documento que antes era papel agora passou a ser digital, no caso o XML da nota eletrônica, esse sim é o verdadeiro documento, portanto, como qualquer documento deve ser guardado, inclusive é previsto a fiscalização dos XMLs recebidos em lei.

Com certeza você ainda tem algum DCU de compilações anteriores no diretório de fontes do seu aplicativo ou em algum path que o delphi encherga.

Olha eu vou dizer minha opnião, eu usei o eclipse e usei o andoid studio. Eu gostei mais do Delphi, mas isso tem a ver com meu costume com a linguagem e IDE, com certeza alguém que faz com eclipse vai pensar diferente. Quanto ao resultado final, basicamente é a mesma coisa, li em um artigo que os aplicativos com NDK são mais rápidos, mas não fiz testes para ter certeza, no site que passei lá atrás se não me engano comentam isso.