Régys Silveira

Olhando o seu log, todos os erros acontecem porque ainda existe algum arquivo antigo, você precisa limpar tudo antes de continuar. Outra coisa que pode estar causando isso e falta de acesso aos diretórios, você executou o aplicativo como administrador?

O comum é utilizar um certificado emprestado do cliente e o ambiente de homologação ou a sua empresa se cadastrar como emissor voluntário de NF-e, se cadastrar nos ambiente e fazer um certificado próprio, assim você pode emitir notas de homologação quando bem entender com seu próprio certificados e seus próprios dados.

Se estiver utilizando as rotinas de impressão de DAV no ECF (DAV_Abrir, DAV_RegistrarItem e DAV_Fechar), a palavra cancelado está saindo em frente ao valores do item na segunda linha de impressão do item porque não existe espaço para imprimir junto a descrição a não ser cortando a mesma. Eu já homologuei diversas vezes e o modelo de impressão adotado pelo ACBr e é aceito por todas as homologadoras que conheço e que usuários ACBr já homologaram, para essa impressão no ECF não existe um layout estabelecido, portanto, nenhum homologador checa o layout, mas sim as informações mínimas que devem se impressas conforme consta na especificação de requisitos. Caso discorde do layout que implementamos ou algum homologar peça que você mude o layout, basta efetuar a impressão do relatório gerencial utilizando o método "ACBrECF.RelatorioGerencial" onde você pode montar o layout como deseja e o ACBrECF imprimirá como enviado. Para os DAVs impressos em papel comum utilizando impressora jato de tinta, laser ou similares, você deve seguir o anexo II da especificação de requisitos respeitando os tamanhos minimo e máximo, como você já citou no primeiro post do tópico.

Senhor não, senhor está no céu Brincadeira. Só para exemplificar, aqui eu monto o lote com a data/hora na máscara ddmmyyhhmmsszzz e gravo um controle no banco para pesquisas se necessário, assim eu sei quais notas foram enviadas juntas e em qual lote e de quebra tenho o controle da data sem campo adicional. É claro, é uma forma, o sequencial é uma ótima saída também.

Qual é a versão do Monitor que estão utilizando e qual o comando que estão enviando?

Essa forma está errada, você deve emitir a nota vinculada no valor total do cupons e emitir as duplicatas para os parcelamento. Seria uma nota só de 120,00 com a totalidade de itens e cupom, sendo que a NF-e terá 3 duplicatas de 40,00 com respectivas datas de vencimento.

Qual é a versão do seu Internet Explorer?

Não, porque a informação tem que ser impressa no campo para o qual a impressora foi homologada para imprimir. Inclusive se a informação não aparecer no campo correto, a impressora não vai gerar o arquivo cotepe 17/04 (notas estaduais, paulista, etc) corretamente.

Na verdade, se estiver utilizando a última versão do ACBrInstall, não precisa seguir o que está no blog do Isaque, porque agora ele faz tudo aquilo sozinho, permitindo ter n versões de delphi independentemente. Só que antes precisa fazer a limpeza citada.

A Daruma Mach I possui o campo específico para dados do cliente, por isso está sendo impresso dessa forma.

Como assim? Para desenvolvimento com Pay&Go você utiliza o aplicativo totalmente local, não existe conexão a nenhum servidor. Nos clientes ele funciona normalmente, praticamente todos os meus clientes menores utilizam ele e ninguém nunca reclama e funciona muito bem.

Não, não é assim. AM por exemplo utiliza os dois, a adoção geralmente é voluntária no todo e para alguns estabelecimentos por decreto conforme faixa de faturamento ou outro critério adotado pelo estado. Mas nada impede do estado cobrar Paf-ECF, a NFC-e não desobriga Paf-ECF, quem faz isso e a legislação estadual (SEFAZ). Quanto a SP, eles adotaram o SAT, por enquanto ele será o próximo passo de São Paulo.

Complementando, o webservice do AM é liberado para qualquer um utilizar o modo de homologação para implementar, segue o endereço: http://nfce.sefaz.am.gov.br/, neste site existe um fórum para dúvidas, eles são bem solícitos e gostam de ajudar.

O Lote é de livre controle, alguns utilizam uma string com data/hora, outros sequencia geral, outros sequencial por evento e por ai vai, você pode controlar como quiser. Inclusive se sempre enviar o mesmo número de lote o webservice aceita, mas isso não é uma prática recomendável.

Não existe uma lista oficial, você deveria consultar junto a Sefaz de cada estado, alguns que já aderiram foram: AM, MT, RJ, RO. A NFC-e nada mais é do que uma NF-e com regras um pouco diferentes, então não há necessidade de nenhum esforço adicional por parte do ACBrNFe, basta que o estado tenha implementado os webservices e aderido a NFC-e, de resto é por sua conta o preenchimento e tratamento específicos no seu software.

Utilize: ACBrECF.NumECF, Este comando e muitos outros são documentados no demo do ACBrECF, chegou a dar uma olhada nele?

Após preencher as propriedades do componentes utilize a proprieda XML para ler o XML resultante: ACBrNFe.NotasFiscais[XX].XML

Elton, Talvez fosse o caso de complementarmos o componente ACBrCNIEE, ele já possui a tabela com marca, modelo e outras informações de todos os ECFs e pode ser atualizada via web a partir da tabela padrão do SEFAZ.

Hehe, isso mesmo Elton. Inclusive eu enviei um questionamento ao pessoal do SEFAZ quanto a isso e outras dúvidas, estou só aguardando a resposta deles para escrever um tópico ou artigo explicando como será certinho o processo.

Todos os estados aceitam inclusão de versão o que muda são os requisitos que cada um impõe para isso, ai tem que ser visto caso a caso. Para MG não é necessário TEF, e agora nem é necessário laudo. Para RJ você inclui o aplicativo homologado, depois faz somente a inclusão de versão com TEF. Agora ES eu não tenho certeza, mas é mais ou menos parecido com o RJ, a diferença é que não é enviado via site, mas diretamente no SEFAZ, se não mudou.

Você tem que enviar primeiro a versão homologada, depois de liberada no estado, ai sim você envia a inclusão. O problema é que alguns estados obrigam TEF, então se você não homologou vai emperrar o registro da primeira versão, ai obrigatoriamente vai ter que reomologar para ter um novo laudo constando o TEF.

Boa dica, mas é estranho, homologuei duas vezes lá este ano e não estranharam com isso passei sem nenhuma alteração.

Eu sei que é meio bobo, mas você tentou diminuir o buffer da porta COM virtual criada pelo driver do pin-pad?

Utiliza-se o eECFc para validar a assinatura do arquivo, o problema é o arquivo binário, o texto diz claramente que se deve gerar ele e um arquivo txt a parte contendo a assinatura, o eECFc não consegue validar dessa forma, e assinar o arquivo binário torna-o inválido, então o que o pessoal que homologa geralmente faz e validar todos os arquivos primeiro e deixar o binário por último, se você passar em todos está correto, se não, você já é barrado no primeiro erro.

Veja, primeiramente é opcional, eles não podem te obrigar, você pode ou não implementar. Não existe arquivo MF e MFD de forma legível, somente binário. Existe o espelho da MFD, que nada mais é do que o espelho do que foi impresso e pode ser gerado pelo comando PafMF_EspelhoMFD. Existe também o comando PafMF_Cotepe1704 que gera o arquivo com toda a movimentação da impressora fiscal para o período informado.