Régys Silveira

Retirado da especificação de requisitos:

O OnDepoisFechaRelatorio e para o fechamento de qualquer tipo de relatório do ECF. Realmente para o R06 e a data final de emissão, desculpe.

Vou verificar isso, mas penso que está correto, pois os dois são relatórios. Mas veja, se você está usando o evento para armazenar informações para o Paf-ECF o correto e usar o evento OnDepoisAbreRelatorio, porque os dados devem ser os da abertura, imagine a seguinte situação: Você abre o relatório e começa a imprimir, no meio o computador desliga, você perde então o registro desse relatório. Outra coisa, a data e hora da emissão são sempre os da abertura do relatório.

Leia as regras do fórum quanto a títulos, por favor altere o título do seu post para algo mais explicativo e que facilite as outras pessoas a te ajudarem.

Não existe geração de arquivo binário, somente TXT, todos são gerados corretamente pelo ACBr e eles são retirados da impressora fiscal ou impressos diretamente por ela LMFC e LMFS, são 3 tipos: impresso na impressora fiscal, arquivo espelho, arquivo layout ato cotepe 17/04 Espelho MFD, somente é gerado um arquivo no formato espelho Arq. MFD, somente é gerado um arquivo no layout do ato cotepe 17/04 Veja os métodos do ACBrECF iniciados por "PafMF_...", todos os menus necessários estão disponibilizados nestes métodos. Quanto a nomenclatura não há nada que normalize a nomenclatura dos arquivos gerados por estes requisitos do menu fiscal, portanto, você pode gerar os nomes como quiser, os únicos arquivos que tem seus nomes regulamentados são os gerados pelo menu fiscal "Vendas do período", e também outros fora do menu fiscal como por exemplo o arquivo de movimento diário. Isso tudo que escrevi consta na Especificação de Requisitos e no Roteiro de Homologação, centenas de programadores já homologarão assim.

Estes ajustes já foram feitos a um bom tempo, para ser mais certo, 1 semana antes do lançamento oficial do XE3, inclusive eu tenho ele em produção. O seu ACBr está atualizado?

O cancelamento não altera o GT na impressor, por isso o AAC continua batendo.

Como você está passando a chave privada, lembre-se que as quebras de linhas devem ser informadas corretamente. Exemplo de como informar a chave corretamente: "-----BEGIN RSA PRIVATE KEY-----" + sLineBreak + "MIICXwIBAAKBgQC+TZjfcw/a/SovoqQPOW5bbKn4CQw4DeZJA3Y9vJrYHKN4aCQv" + sLineBreak + "z0i3AG9kGdsTSZdZ/clh4xv6tUwPsBdZJHrm21gH7wN/zKLTvXbs+i3x7U00ElCB" + sLineBreak + "YyZ8BOXJWVMuye0UvSz7p4JwSopugzbjaImIGy+5LvgcjUCn3OZzWpwYWQIDAQAB" + sLineBreak + "AoGBAKAycEtB8An37ghVkGfkf7rkmZxb+XZCdSXnjSThXTQpv46/lB7PDrZG3n5U" + sLineBreak + "qa/t1kQCOQF3DnmZHqNiJ/V5mR7ApbciQj4WYVLkMCgltru3MmzIUQ9IiLtAgaCv" + sLineBreak + "uHc0MAzt/OWgQ93uFnLf4ubp4+2PTHiiIChv2m78s605wX2lAkEA+3pPsPdXcaOe" + sLineBreak + "7T7C4hn1qg93ksN96UutB1APF3YAjWVWuPwzZv4hExiMPc0uKvVK2H3tP4P5CkM5" + sLineBreak + "YMIEGEkF2wJBAMG5qmoYksz+MFZ2cd7gt68mf3Oq9F59qkHHcoV+1ttXx5pfzwat" + sLineBreak + "kelhKkN+LV1XsgS0bGAKu2NitOMBUAcnItsCQQCEJxqJ3PFO/rUd58VyHEJFRCuK" + sLineBreak + "LMGWP/aFyUSlB5XyuDaCr8YzcYjgCB5qu9BvMshKTKLIpgnRotIcTtjoCjfRAkEA" + sLineBreak + "tsqHn+Bb9A0McykDvPdwmlXLAMsYFWihk7urtYa/GOw0rNcmMvjnqrxB8rlF+MNc" + sLineBreak + "d8/+SokV02s5ntCIQJeO7QJBAKp2BCOIck+uhMPDiw/1788yQLD6mVb/pBzClzBn" + sLineBreak + "pTMAFPGJG2fO4YJn/pUHdtDtSenX8TibWve+gY6oFCFw/Ts=" + sLineBreak + "-----END RSA PRIVATE KEY-----";

Usando o ACBrSintegra não tem como. Usando o ACBrECF você pode tentar usar o método ArquivoMFD_DLL passando o parâmetro docSintegra, mas nem toda a impressora fiscal possui suporte a geração desse arquivo diretamente por ela. Procure aqui no fórum porque essa é uma dúvida recorrente e já bastante discutida.

Saulo, leia todos os posts desse tópico, veja que isso já foi falado anteriormente.

Esse erro ocorre com qual deles, monitor ou framework? Se for o framework, dê uma olhada no tópico: http://www.projetoacbr.com.br/forum/index.php?/forum/16-acbrframework/

Veja, existem duas formas básicas de se perder o certificado A3. - A USB a qual está conectado o certificado está com problemas e acaba por queimar ou apagar o certificado, isso geralmente acontece somente com certificados tipo Token. - Alguém abre o software de gerenciamento e apaga o certificado.

Depende, se você estiver em uma versão antiga do ACBr realmente pode acontecer isso, tente primeiro atualizar e recompilar todos os pacotes, uma boa dica e utilizar o ACBrInstall para isso.

Na verdade quem junta do outro lado é o celular de quem recebe, mas isso varia de marca para marca.

Talvez isso possa lhe ajudar: http://www.regys.com.br/como-imprimir-um-evento-utilizando-o-acbrnfe/ http://www.regys.com.br/como-enviar-uma-carta-de-correcao-utilizando-o-acbrnfe/ http://www.regys.com.br/como-enviar-um-evento-de-cancelamento-utilizando-o-acbrnfe/

Verifique os eventos iniciados por "OnMsg...", em especial o "OnMsgRetentar", verifique também a propriedade ACBrECF.Retentar. Lembre-se que o ACBr tem duas maneiras de informar ao usuário, por evento ou exceção, estude os eventos "OnError..." também para ter uma noção melhor.

Se você está falando da leitura automática que os ECFs emitem ao virar o mês, precisa ver com o pessoal da autorizada, porque o normal é emitir somente do mês subsequente.

Não é possível, porque isso é um limite do protocolo SMS e não existe uma forma de juntar as mensagens do outro lado.

No demo da NF-e existe um botão que mostra como carregar e ler todos os dados da nota eletrônica, basta copiar e colar para a sua aplicação e é claro adaptar os teus campos.

Como disse anteriormente, você grava o DAV no banco somente a partir do primeiro item. como você não pode excluir itens do DAV, somente cancelá-los então é impossível ter um DAV gravado no banco sem nenhum item.

Não, você deve guardar o DAV assim que gravar o primeiro item, porque o DAV já deve ter um número nesse momento, inclusive o teste feito é esse: Abra um novo DAV salve o primeiro item, fique com a tela aberta, abra o banco e verifique se o DAV existe, se existir ok se não está errado. Alguns links para lhe ajudar: http://www.regys.com.br/homologacao-do-paf-ecf-parte-1/ http://www.regys.com.br/homologacao-do-paf-ecf-parte-2-menu-fiscal/ Em todo o site existem outros artigos que talvez possa lhe ajudar também.

Não existe DAV cancelado, existe DAV emitido ou não. Como lhe disse anteriormente, todos os DAVs cadastrados no período devem ir no arquivo independente de ter sido emitido gerencial, impressão não fiscal ou cupom, sempre todos no período escolhido. O que muda são as informações prestadas, um DAV que não foi emitido em lugar nenhum ou somente impresso em impressora normal não tem COO do gerencial e COO do cupom, um DAV emitido somente em gerencial tem somente o COO gerencial e um emitido somente em cupom somente o COO do cupom.

O arquivo de DAVs emitidos recebe todos os DAVs independentes de impressos ou não, o que muda são as informações adicionais, como por exemplo o numero do COO do gerencial.

Marque como resolvido, por favor.

Utilize o método ACBrECF.IdentificaPaf(), lembrando que esse MD5 e o MD5 do arquivo de autenticados que é gerado logo ao abrir o aplicativo, o mesmo que vai no laudo.