Régys Silveira

Não seria mais interessante, agregar a prefeitura de SP que você fez ao que já existe? Ao invés de utilizar dois componentes.

Ainda tem algum dcu, bpl ou dcp do acbr em algum lugar do path, esse erro é antigo. Siga este post aqui e verifique:

Esse erro tem relação com o tempo de resposta pelo webservice, o componente ao enviar uma nota recebe o protocolo com o tempo que será processada nota, ele aguarda esse tempo e tenta novamente, dependendo das suas configurações ele vai retornar esse erro porque excedeu esse tempo. Você pode tentar configurar o componente da seguinte forma, e verificar se o problema para de ocorrer: ACBrNFe1.Configuracoes.WebServices.AguardarConsultaRet := 30000; <----- Tempo que o componente irá aguardar pelo retorno da consulta ao protocolo de recebimento ACBrNFe1.Configuracoes.WebServices.AjustaAguardaConsultaRet := True; <----- se true acerta a propriedade anterior para o valor retornado pelo webservice no protocolo de envio ACBrNFe1.Configuracoes.WebServices.IntervaloTentativas := 10000; <------ intervalo que o componente irá aguardar antes de tentar novamente ACBrNFe1.Configuracoes.WebServices.Tentativas := 5; <------ numero de tentativas que o componente irá fazer antes de emitir o erro Esse erro é ligado geralmente a problemas de conexão ou erro no webservice, o que o componente faz é tentar novamente até conseguir conforme as configurações que você fizer.

Basta entrar em contato com eles que eles enviam, ao entrar em contato diga que quer fazer a homologação para NFC-e com impressão em impressora comum (não fiscal); A quantidade de passos pode ter sido alterada , mas são bem poucos, e é muito simples, basicamente e enviar a impressão para o spoll e mostrar uma mensagem ao usuário para confirmar ou não a impressão correta.

Desculpe, mas o registro R03 é um dos mais bem explicados da ER, não tem como você não ter entendido, bastaria ler a ER. Segue um resumo: R02 = cabeçalho da redução, R03 = Totalizadores Quanto a quais totalizadores e como gerar, basta olhar na ER que existe a tabela logo abaixo da descriminação dos campos mostrando o que gerar. Segue o link da ER: https://www1.fazenda.gov.br/confaz/confaz/atos/atos_cotepe/2013/AC009_13.htm Basta procurar por: "6.23. REGISTRO TIPO R03 - DETALHE DA REDUÇÃO Z" , lá tem tudo bem explicadinho.

Quando não existe movimento no dia, realmente a maioria dos ECFs não retorna data de movimento, pois não houve movimento, inclusive contabilmente falando essa redução Z que você emitiu nem é lançada.

Graca, uma coisa que sempre gera problemas e colocar algo que vai ser recompilado dentro de "arquivos de programas", essa pasta sempre tem acesso limitado, portanto, dificulta o compilador a fazer o que deve, uma boa prática é colocar tudo for componente em uma pasta própria na raiz do disco ou em outro disco. Fazendo isso nunca tive problemas de compilação.

O TEF para o SAT deve seguir a didática do TEF para NF-e, existe uma homologação de TEF que utiliza impressoras não fiscais, basta entrar em contato com o seu TEF que eles lhe passam como é feito. Basicamente é enviar a impressão não fiscal (termica, jato tinta, laser) e checar a impressão por meio de mensagem ou status da impressora quando disponível. Na Software Express são 7 passos apenas o roteiro de homologação.

Fique atento a data dos posts, veja que este tópico já tem cerca de 1 ano.

Terá que homologar, pois existem testes e especificações específicas para essa função, veja a parte que fala de restaurantes que utilizam balança.

Obrigado pela contribuição, já foi enviado.

Desculpem, misturei da data de movimento com a data de emissão, valeu Daniel.

Não, você deve ler os dados da última redução Z e ai terá a informação, basicamente é o que o GAD faz.

Com certeza o monitor se necessário estará preparado para o prazo limite, entrarei em contato com o responsável por ele para que ele nos alinhe quanto aos prazos.

Verificou se nenhum firewal, antivirus ou proxy está bloqueando o caminho?

A propriedade MaxLinhasBuffer afeta somente impressão de relatórios gerenciais, portanto, para leitura X não surtirá efeito. Primeiro verifique se o driver está instalado corretamente: - Vá no gerenciador de dispositivos; - Clique com botão direito na porta virtual bematech, clique em propriedades; - Em "target port settings", deve estar marcado USB e "model" deve estar "FISCAL". Se tudo estiver correto, tente configurar o buffer da porta serial para o minimo possível: - Vá no gerenciador de dispositivos; - Clique com botão direito na porta virtual bematech, clique em propriedades; - Vá até a aba "configurações de porta, clique no botão "avançado"; - Configure o buffer de recepção e transmissão para o mínimo possível, salve tudo; - Reinicie o computador.

Instalou a cadeia de certificados própria do estado?

Existem alguns arquivos que pedem a data e hora inicial e final da emissão do cupom, eu sempre gravo os dois.

MG está com problema já a alguns dias, aparentemente eles estão mexendo no webservice, então provavelmente se funcionava antes e agora não e algo nele.

Muito obrigado, Realmente não havia me atentado para isso.

Você instalou corretamente o driver daruma para a porta serial? Pergunto isso porque na sua configuração está como COM1 e esse não é o comportamento padrão do driver.

3.1

Jaime, Você está fazendo os testes em modo homologação ou não, pois o Gerenciador Pay&GO só responde corretamente quando configurado para o modo homologação, nesse modo, ele retorna exatamente o que é pedido no teste e o componente está efetuando o tratamento correto e imprimindo o que deve ser impresso.

Onde você viu essa informação que deve ser mostrado separado? Não lembro de ver isso na legislação, mesmo na nova.

Para ambos os TEFs (discado ou dedicado) isso é liberado pelo demo, conforme a opção escolhida, não tem a ver com o componente ACBr. Basta seguir o roteiro de homologação, existem testes que mostram quais opções escolher para que o parcelamento seja mostrado e permitido.