Régys Silveira

Você precisa dar mais informações sobre seu problema para que alguém consiga lhe ajudar, como por exemplo mensagem retornada, xmls de retorno, algo assim. Eu efetuei testes e aqui está normal até o momento, talvez se der mais informações fique mais fácil de lhe ajudar.

Na verdade o componente ACBrTEFD foi feito para funcionar com o ECF, isso não quer dizer que não vá rodar para NFC-e, mas você precisa fazer algumas coisas diferentes. Você pode passar em branco e no evento onde seria a abertura do gerencial ou CCD (OnComandaECF) fazer a impressão direta como pede o manual para TEF não fiscal.

Eu tenho o ACBr aqui em 5 maquinas diferentes, todas atualizadas e o componente está lá. Ele faz parte do pacote ACBrTCP, você instalou este pacote?

alguma coisa está errada com o anexo do ini, ele não está deixando baixar, você enviou normalmente?

Existe também o suporte para FortesReport e Quickreport.

Sim todas as DANFEs disponibilizadas até agora são no formato de cupom não fiscal, foi liberado também um para formato A4 caso necessite mas somente para FastReport.

Você está tentando enviar o arquivo compactado?

Eu enviei uma correção ontem a noite para resolver isso, você chegou a atualizar o ACBr antes de alterar?

- Nas configurações do ACBrNFeMonitor existe uma aba referente a NFCe onde existem campos para informar um número de Token e o ID do Token. O que é esse Token? Essas informações são obrigatórias? Caso sejam existem dados que posso utilizar nos testes ou devo testar em algum cliente? O Token é um identificador da empresa no SEFAZ para emissão de NFC-e, funciona basicamente igual ao token dos bancos e websites, você gera uma vez e utiliza ele sempre que for imprimir uma NFC-e, ela faz parte do endereço que fica dentro do QRCode. Sim são obrigatórias, alguns ambientes de teste necessitam somente do idtoken, que é o que vai na URL do QRCode. ID Token é um numero que identifica o token do cliente, para produção, geralmente no website do SEFAZ do estado existe a opção de requisitar o token, nessa opção é gerado o token e retornado o número dele. Para o AM em testes utilize sempre 000001 para idToken e deixe o token em branco, para MT você precisa entrar no site do SEFAZ estadual e gerar o token mesmo em homologação, - Como sou de MG estou utilizando o WebService do AM com um certificado de MG, neste caso os dados do emitente podem ser os de MG ou devem ser de AM? Os dados podem ser de MG, só tome cuidado com a Inscrição Estadual que no AM é diferente, utilize 123456789 que passa sem problemas. - Segue em anexo um XML que criei utilizando o ACBrNFeMonitor, ele está correto? Não consegui enviá-lo para o WebService do AM. Qual foi a mensagem de erro?

Você vai utilizar o talão durante o mal funcionamento, quando voltar a funcionar você registra as notas em cupons, os homologadores inclusive lhe passam um CFOP especifico e um código no SPED para utilizar, isso para que não seja cobrado duas vezes o imposto.

Não, aqui ele imprime e ao final corta o papel, normal, nunca me aconteceu o problema de travar, só lembrando eu uso FastReport e ele tem uma opção de relatório roll que é um relatório com comprimento infinito, não sei se isso pode ser o caminho para entender o que acontece ai.

Enviei uma alteração agora a pouco resolvendo este problema, basta atualizar e utilizar o novo arquivo, já enviei também a correção para o problema de margens cortando que alguns usuários relataram.

Enviei uma correção para o DANFECe-fr3, eles foi salvo anteriormente na versão 5, isso levou a estes problemas, agora está salvo na versão 4, basta atualizar o ACBr e utilizar o novo arquivo.

Isso que eles lhe passaram se baseia no seguinte: REQUISITO III 1. O PAF-ECF deve ser instalado de forma a possibilitar o funcionamento do ECF independentemente da rede, ainda que eventualmente, exceto quando destinado à utilização exclusiva para o transporte de passageiros. O problema é que em nenhum lugar da ER está descrito explicitamente que um software web é proibido, mas subentende-se que se for web não funcionará sem a rede, subentendesse. Se você conseguir fazer teu software rodar independente da rede, não importa como ele vai rodar, desde que siga todas as regras e requisitos descritos na especificação de requisitos para os quais deseja homologar.

Poderia anexar os xmls de envio e retorno para darmos uma olhada?

Pode enviar o log do acbrtefd e do acbrecf para darmos uma olhada e tentar lhe ajudar?

O TEF para NFC-e é diferente, a homologação não tem nada a ver com a homologação normal para ECF e a impressão é feita em impressora normal. Quanto a vinculação dos cupons vinculados, veja, com NFC-e não existe mais o cupom fiscal, então o convênio tem que se adequar a essa nova realidade, melhor seria você verificar com o convênio como proceder.

Provavelmente é problema de conexão a internet, firewal, antivirus, cadeia de certificados desatualizada, etc.

imprima o danfece e consulte pelo QRCode

Poderia anexar o arquivo para compararmos e verificar o que pode ser acertado para todos?

Correção analisada e enviada, muito obrigado.

Agora está legal, funcionou perfeitamente aqui, já enviado. Obrigado pela contribuição.

Se não estou enganado foram feitas alterações no componente para que isso funcionasse corretamente sem necessidade de que o usuário intervisse, você tentou colocar a data e hora normalmente, gerar e enviar?

Luiz, Complementando o que Anderson postou, dê uma lida neste documento para entender melhor o procedimento de cadastro: Tutorial Cadastro Token MT

Aqui eu faço o seguinte: Chamo o ACBrTEFD.FinalizarCupom, ele já vai disparar tudo que é necessário para fechar o cupom. No ACBrTEFD existe o evento OnComandoECF e nele existe o tipo "opeImprimePagamentos", que é onde será enviado o comando de registro das formas de pagamento no ECF. Eu seleciono as formas de pagamento usadas no cupom atual ordenando como quero e faço o envio delas então por esse caminho usando o ACBrECF.EfetuaPagamento.