Régys Silveira

Vou verificar com o André, mas acho que eu estou errado e a versão oficial ainda não tem o acerto para NFC-e, somente a versão disponibilizada por ele, assim que conseguir falar com ele, retorno aqui.

Acabei de atualizar o Demo do ACBrPAF e testar novamente a propriedade, está funcionando normalmente, inclusive eu já homologuei 3 aplicativos já no novo formato e está tudo OK.

Realmente, tinha um problema aqui no arquivo que apresentou como sincronizado e não havia sido, aproveitei e revisei o demo do ACBrPAF. Já subi tudo para o repositório, testei aqui e aparentemente está ok.

As funções estão todas implementadas a única coisa que não existe é o DANFE, esse sim os colegas tem postado código próprio para impressão dele.

Estranho, vou verificar então, porque o meu aqui possui, pode ser que esteja marcado que foi enviado e não foi e como é pouco utilizado ninguém reclamou ainda, assim que verificar eu posto aqui o retorno.

Poderia passar os seguintes dados de cada uma das notas: chave numero serie data de emissao cnpj emitente tipo emissao (normal, dpec, etc)

Poderia postar o trecho do seu código que apresenta o erro?

Seu ACBr provavelmente está desatualizado, foi enviada uma atualização para esse registro já tem algum tempo, verifique se está atualizado e se não existe nenhum arquivo em conflito. Verifique também se está utilizando a ultima versão da ER: https://www1.fazenda.gov.br/confaz/confaz/atos/atos_cotepe/2013/AC009_13.htm

Fique atento as regras do fórum, pergunta nova tópico novo, não esqueça de procurar usando a ferramenta de busca antes. O ACBrECF não usa DLL a não ser para gerar os arquivos da impressora fiscal no menu fiscal, ele suporta todas as impressoras USB que possuem driver e criem uma porta COM virtual.

O DPEC é uma nota emitida normalmente, mas que por algum motivo vai ser enviada depois. Sim, tudo que se faz em ambiente de produção se faz em ambiente de homologação normalmente.

Você deve estar enviando ou consultando a nota sem serie ou sempre com uma mesma serie.

Provavelmente os seus arquivos está desatualizados, verifique se não existem arquivos marcados em vermelho ou amarelo no seu repositório ACBr, se sim reverta os arquivos, e atualize novamente. Quanto ao demo, provavelmente ele está desatualizado, vou verificar e atualizar.

Isso mesmo. Mas é somente ECF.ArquivoMFD_DLL...

Você chegou a dar um olhada no ACBrNFeMonitor.CHM que fica no diretório do monitor, tem um exemplo bem completo nele, veja se lhe ajuda.

qual o comando para colocar ele em modo DPEC em runtime e depois para voltar ao modo normal. R.: NFe.SetFormaEmissao(nFormaEmissao) nFormaEmissao - pode ser passado os seguintes valores: 1 para Normal, 2 para FS, 3 para SCAN, 4 para DPEC e 5 para FS-DA, exemplo: NFe.SetFormaEmissao(1) Existe algum documento\manual que posso conhecer os comando via socket para o uso do DPEC. R.: Sim, no diretório do ACBrNFeMonitor existe um arquivo chamado ACBrNFeMonitor.chm que possui a explicação de como tudo funciona e também todos os comandos. Quanto ao numero sequencial da nota e série posso utilizar a mesma do Normal para o DPEC ou devo usar série e numero de nota exclusivo para esta contingencia ? R.: Você pode utilizar a mesma ou usar uma série diferente, você escolhe, só lembre de não utilizar as séries de SCAN (acima de 900) e é claro de ter controle disso.

Mas veja, independente de onde venha a informação, se você está produzindo na hora, é considerado produção própria, e para ficar dentro do Paf-ECF sem lhe dar problemas futuros o correto seria utiliza a tabela de índice técnico de produção, isso se seguir o Paf-ECF a risca. O que você pode fazer é conversar com seu homologador e um fiscal da SEFAZ para ver o que eles pensam também, se o fiscal deixar fazer de outro jeito, tranquilo.

Você tem certeza que está utilizando os schemas atualizados?

Desculpe mas o ACBr não gera esse arquivo quem gera é a DLL da impressora, o que você pode tentar e usar o comando: ArquivoMFD_DLL(<data inicial>, <data final>, <nomearquivo>) Se não me engano ele vai gerar o arquivo como você deseja. Sim o arquivo da nota gaucha, nota paulista e todos os outros na verdade são o mesmo CAT 52.

Conforme a legislação do CAT52: Artigo 2º

Se você está usando a versão publica dos executáveis, ela ainda não está atualizada, somente a versão ACBrSAC foi compilada até o momento com esses novos endereços, você pode tentar compilar uma versão própria utilizando os fontes abertos ou assinar o ACBrSAC e ter acesso a última versão atualizada.

Lembre que não existe cancelamento de DAV, o DAV tem "vida eterna" ele só tem dois possíveis estados, aberto e fechado, aberto quando ainda não foi emitido cupom e fechado quando foi emitido o cupom.

Geralmente a prática é ativar ao abrir o aplicativo e desativar no fechamento do mesmo.

Não é obrigatório, no dia da homologação eles te perguntam se faz, se não faz, pulam os testes referentes. Mas veja as validações valem também para o desconto no total que você tem.

Vou tentar explicar melhor, no produto existe um campo para informações adicionais, esse campo é por produto, basta você colocar as informações lá, segue um exemplo de código: with Det.Add do begin ... infAdProd := 'XXXXXXXXXXXXXXXXXXXXXX'; ... end; Veja, quando você adiciona o produto (det.add) existe a propriedade "infAdProd" nela você pode passar um texto qualquer que sairá logo abaixo da descrição do produto, essa propriedade é por item da nota, então você pode colocar as informações que precisa por item normalmente.

Conferi no manual de integração da nota eletrônica e encontrei essa informação sobre esse padrão. Não seria um padrão adota pelos desenvolvedores, mas utilizando as informações adicionais?