Régys Silveira

Com certeza homologar o Paf-ECF, porque o CF-e ainda vai levar tempo para ser aceito como "padrão nacional", lembre que a nota eletrônica levou quase 5 anos, e em alguns estados o Paf-ECF já é obrigação a um bom tempo, se o fisco sem pegar o teu cliente vai ter problemas com certeza.

Só é possível utilizar o certificado A3 na máquina em que ele está plugado, o que o pessoal faz quando quer emitir nota de mais de um lugar e colocar em gerenciador de notas fiscais onde fica o certificado, esse software gerenciador e que envia e recebe as notas autorizadas, ficando a cargo dos outros terminais somente a digitação da nota.

E que na verdade existem somente duas situações para o DAV: "aberto": aquele DAV que ainda pode ser emitido em cupom fiscal; "emitido" ou "fechado", aquele que já foi emitido o cupom fiscal. Então eu criei o campo para que o usuário possa controlar ou não isso na impressão, já que alguns estados obrigam e outros não a imprimir o gerencial antes de emitir o cupom fiscal de DAV, e também porque se precisar imprimir sair esse estado.

Olha que eu saiba ainda não, o negócio ainda anda meio emperrado e parece que alguns estados não querem adotar, portanto nada começado.

Campo livre para você escrever o que quiser, o pessoal geralmente usa para dizer que está aberto ou fechado, coisas desse tipo.

Aqui eu gravo tudo localmente e espelho para um banco geral para usar quando preciso, se a rede cair eu leio local. No caso do movimento diário após a Z e somente para o movimento do ECF conectado, dai tenho tudo no banco local e leio sempre local.

Veja no demo do componente ACBrNFE, existe um botão que mostra como recuperar e outro como salvar para texto.

O componente não fica esperando pelo tempo configurado, na verdade ele é um limite de tempo que o componente vai esperar, se acontecer o que foi pedido antes, então ele já sai e pronto.

Está sim, porque eu utilizo aqui normalmente e vários usuários de Daruma utilizam. Inclusive no Demo feito exclusivamente para a Daruma tem um menu para isso e também no Demo do ACBrECF, olhe em qualquer um dos dois e verá como funciona.

Como você está gerando os arquivos, o ACBr já possui maneiras de gerar as chaves e assinar os arquivos.

Vou dar uma olhada amanhã cedo com o meu contato na Daruma e te passo.

olha usando o ZTE não tenho idéia não, teria que ver o manual dele, aqui eu tenho um Daruma para testes somente.

Utilize o método ACBrECF.IdentificaPaf(linha1, linha2) para programar estas linhas, geralmente usamos o md5 e o nome do aplicativo.

Existem métodos para emitir o DAV padronizado do ACBr, veja os seguintes métodos: ACBrECF.DAV_Abrir ACBrECF.DAV_RegistrarItem ACBrECF.DAV_Fechar Para ver o funcionamento deles, utiliza o Demo do ACBrECF, vá no menu "relatórios", "DAV".

Não de forma alguma, o projeto continua como sempre foi e nada vai mudar. O que ganhamos agora foi um respaldo maior da Embarcadero, para que possamos fazer testes em todas as versões de delphi e outras coisas mais. O Lazarus continua e sempre continuará tendo a mesma atenção que sempre demos e o compromisso com a compatibilidade continua sendo o mesmo sempre.

Tem que ficar de olho, porque qualquer mudança na página causa esse tipo de problema. Obrigado pela ajuda.

Verdade, aqui temos cobol também na empresa e caminhos com espaço sempre foram problema, talvez a dll seja a mesma coisa.

Desenvolver utilizando o ACBrMonitor não tem nenhum problema, vários usuários do ACBr vem de outras linguagens como cobol, java, C#, o que pode acontecer e algum homologador querer que você coloque o executável do ACBrMonitor na lista de executáveis utilizados pelo Paf, fora isso é normal o uso e não é restringido pelos homologadores.

O duro dessa parte da homologação é que o componente utiliza a dll, por conta das chaves de criptografia da MFD e pela própria leitura da MFD que somente a dll pode fazer, dai estamos sujeitados aos caprichos e erros da dll, infelizmente.

Você adicionou os paths ao librarypath?

Aqui eu uso path pequenos, pode realmente ser isso.

Você tentou colocar tudo da bematech no system32 e configurar o path no .ini para o path que você está tentando gerar? Fiz testes aqui e está gerando normalmente.

Já existem tópicos falando a respeito disso aqui no fórum, faça uma busca antes de postar um novo tópico. Dê uma lida nas notas técnicas, existe uma delas tratando somente dessa sua dúvida, que na verdade foi uma mudança feita para emissão em ambiente de homologação.

Não existe comando no ECF e nem é permitido recuperar dados de cupons, mas como o colega disse ai anteriormente você pode utilizar um dos métodos de retorno da MFD para buscar os dados, gerando um sintegra ou um movimento por ECF. Veja nos métodos que iniciam com "PafMF_...", existem alguns métodos que retornam informações que poderiam ser utilizadas para esse fim, mas você vai ter que fazer o parsing do arquivo texto de retorno.

Primeira coisa e tratar as exceptions, porque o componente inteiro se baseia nelas; Segunda coisa talvez seja utilizar os eventos: "OnMsg..." e "OnError..." para tratar outras mensagens emitidas pelo componente.