Régys Silveira

Enviar tanto email em lote é complicado porque a grande maioria das operadoras tratam isso como spam e bloqueiam. quanto a enviar em lotes de 50, você pode fazer isso pelo seu próprio código mesmo, monte o lote, envie, aguarde, e assim por diante.

Você deve gerar os registros conforme os faz no fechamento do cupom, usando o teu exemplo: se não agrupar gere 3 registros, porque você usou as 4 formas de pagamento, se agrupar gere dois porque você usou duas formas.

Tudo bem que o tópico deve ser respondido, mas também é regra de fóruns não duplicar tópicos, é o que está sendo feito aqui é isso. Existem outros tópicos com a resposta a esse problema basta efetuar uma busca veja: search.php?keywords=Required+package+not+found&terms=all&author=&sc=1&sf=all&sk=t&sd=d&sr=posts&st=0&ch=300&t=0&submit=Pesquisar

No resto do mundo não existe envio para nenhum webservice, o único lugar que possui algo mais ou menos parecido é o México, nos outros lugares tudo é feito localmente, ou utilizando uma chave gerada em um padrão, ou um arquivo XML ou hardware parecido com o SAT. Em todos os lugares o fim é o mesmo, um arquivo texto sendo gerado e enviado ao fisco mensalmente. Concordo com o que o Daniel colocou em outro post, usar webservices para varejo é algo muito complicado e irresponsável, veja o problema que tivemos com nota eletrônica por conta do anonymous, tudo bem que existem métodos de contingência, mas se olhar no fundo uma idéia vai contra a outra. Porque não fazer como Portugal por exemplo onde se vende, gerasse um relatório parecido com um cupom fiscal, se envia esse relatório para o e-mail do cliente e no fim do mês envia o arquivo com o movimento para o fisco, algo que o Brasil já possui é muito bem testado.

Você deve ter alterado o arquivo, e por isso ele não é atualizado, veja se o arquivo está com marca vermelha, se estiver apague ele e atualize novamente, depois recompile tudo.

Com certeza os fabricantes ODIARAM o projeto da NFC-e, pois ele torna as impressoras fiscais OBSOLETAS da noite para o dia. Que comerciante vai comprar um ECF de quase R$ 2000 podendo comprar uma não-fiscal por menos R$ 500 que não requer intervenção técnica nem toda a chatice de Redução Z e companhia? No exterior estas impressoras custam menos ainda, nada impede que um Walmart da vida traga uns 2 ou 3 contêineres da China lotados de impressoras térmicas de US$ 50 pra substituir em TODA a rede. Qualquer um que faça as contas vai ver que a NFC-e é muito mais econômica - especialmente por causa das opções de imprimir um DANFE reduzido, sem a lista de itens. A contingência da NFC-e não é o ECF? então para os fabricantes não mudaria nada, todo mundo teria que ter impressoras fiscais da mesma forma.

Chegou a olhar o demo do ACBrPAF, pois estes arquivos já foram implementados a muito tempo. Veja também o Demo do ACBrECF para ver o relatório de DAVs emitidos.

Se você remover o que existe, e reinstalar utilizando o ACBrInstall, não precisa fazer mais nada, reforçando o que o juliomar disse, você só precisa de uma pasta ACBr.

qual o estado da impressora, lacrada, nova, etc? anexe o log para podermos dar uma olhada.

Fiz algumas modificações recentemente no envio de email da NF-e, tente passar o parâmetro UtilizaThread como False e faça os testes.

Valeu Juliomar, boa iniciativa.

Esse tipo de informação não deveria constar no cupom fiscal, porque na verdade o cupom fiscal não deve ser retido pela loja já que ele é o comprovante de venda do cliente, por isso não consta nada desse tipo no manual, inclusive alguns fiscais costumam repreender esse tipo de situação.

Você está utilizando o ACBrECF, se sim, passe no método FechaCupom o que quer que seja impresso no rodapé, bem simples. Lembre que com a legislação do Paf-ECF diversas informações são impressas no rodapé, leve isso em consideração ao montar o seu.

Tente desmarcar a propriedade "IgnorarTagsFormatacao" e faça um teste.

Olha eu tenho ele instalado aqui em todos os delphis do 7 em diante até o XE3 e não acontece esse erro, esse erro só vai acontecer ser você tiver outro Jedi.inc em algum dos paths do ACBr ou tiver um ACBr.inc antigo em algum dos paths também.

Você preencheu as propriedades de identificação no componente?

procure todos os jedi.inc que estão dentro da pasta ACBr, apague todos menos o que fica na pasta ACBrComum.

Existe uma propriedade para confirmar o envio, você recebe uma mensagem de confirmação do recebimento, parecido com um e-mail. Quanto a esconder o número não existe um comando AT que eu conheça para configurar o modem para isso.

Isso vai depender sempre da descrição do item, a propriedade que o gigainfo citou tenta programar a impressora para usar sempre duas linhas, mas nem toda impressora aceita isso, em algumas isso é programado na lacração outras aceitam configuração.

Isso vai depender sempre da descrição do item, a propriedade que o gigainfo citou tenta programar a impressora para usar sempre duas linhas, mas nem toda impressora aceita isso, em algumas isso é programado na lacração outras aceitam configuração.

Algumas propriedades são sempre sobre o ultimo cupom, como por exemplo, NumCCF, NumCOO, NumCupom, etc.

Você só esqueceu de nós informar a mensagem de erro. Tente fazer assim: ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromString(qryNFeNF_XML.AsString); ACBrNFeDANFERaveCB1.ImprimirDANFE(); ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.LerXMLFromString(qryEventoEV_XML.AsString); ACBrNFe1.DANFE.ImprimirEvento; [/code]

Ontem a tarde voltou ao normal, já consegui fazer testes.

Comunicado postado no portal da nota eletrônica em MG, http://portalnfe.fazenda.mg.gov.br/

Anexe o log do ACBrECF para vermos o que está sendo enviado.