BigWings

A exceção é para o subgrupo de encerrantes, o grupo de combustíveis deve ser informado para o CFOP 5656, no mínimo o código ANP e UF de consumo do produto.

Testei dessa forma e resolveu o problema. Mesmo reduzindo para Sleep(50) imprimiu normalmente. Obrigado. O buffer da porta estava no máximo, tentei várias configurações de buffer e não surtiu nenhum efeito.

Ainda não resolvi. Instalei o driver correto com a ajuda do suporte da Daruma (tem que aparecer no driver o signatário Daruma e não Microsoft), e fiz os testes com os aplicativos deles e funcionou sem problemas. Já no ACBr só funciona se desativar o ControlePorta. Por enquanto não estou recomendando esse modelo.

Testei em outro PC onde a impressão funcionou, mesmo com o ControlePorta ativado. Você disse pra remover o driver antigo, da DR700, mas não encontrei como. Apenas removi a porta virtual e instalei o driver fornecido pela Daruma. Tem algo mais que devo fazer pra remover os drivers DR700 e DR800 que instalei anteriormente? Outra coisa, você testou em Windows 8/8.1? Enquanto isso vou vendo com o pessoal da Daruma.

Régys, O problema acontece se a propriedade "ControlePorta" do PosPrinter estiver marcada. No meu programa essa opção está sempre ativada, então quando testei a impressão pelo demo do ACBr e imprimiu normal, consegui isolar o problema. Deslize meu não ter testado o demo antes, desculpem. Em todo caso, eu havia ativado a propriedade para não precisar abrir e fechar a porta serial da impressora sempre que fosse emitir algum relatorio, ou mesmo NFC-e, e desativando continuou a emitir normal, mas não tenho como testar em outros modelos de impressora. A ControlePorta ainda é necessária?

Faça em homologação, com data de hoje, o webservice de homologação já está criticando as tags.

Trunk2, revisão de 30/11/2015. Funciona normalmente na DR700. Vou tentar conseguir uma impressora pra testar aqui, pode ser alguma coisa no driver USB ou hardware do cliente. Obrigado.

Achei que o erro estava na transmissão de uma NF-e com campo CEST, nunca fiz exportação de txt para o emissor gratuito. Entretanto, olhando o layout disponivel aqui: http://www.emissornfe.fazenda.sp.gov.br/v310/docs/[Emissor_NF-e]_Manual_de_layout_TXT-NF-e_v3.10.1.pdf O campo CEST já está no layout: I|cProd|cEAN|xProd|NCM|NVE|CEST|EXTIPI|CFOP|uCom|qCom|vUnCom|vProd|cEANTrib|uTrib|qTrib|vUnTrib|vFrete|vSeg|vDesc| O emissor gratuito que está importando é da versão 3.0?

Alguém tem experiência com essa impressora na emissão do DANFE NFC-e via ESCPos? Não tinha conhecimento desse modelo novo da Daruma, e um cliente adquiriu. Quando tenta emitir a NFC-e, o QR-Code não imprime, e quando vai imprimir a próxima nota, ele sai. Estou tentando conseguir uma para testes, se alguém já tiver impresso NFC-e nesse modelo e puder dar alguma dica, agradeço.

Qual erro acontece quando se informa a CEST? Não vi nenhuma regra de validação referente a ele na NT 2015/003 que implementou o campo. Talvez siga a mesma regra do grupo de tributação interestadual, e só possa ser informado a partir de 01/01/2016.

Essa tag não representa a versão do layout da NF-e, aí sempre será 1.0. Veja a tag "versao" dentro de infNFe.

Ao atualizar os fontes do svn, os meus já eram um pouco antigos, percebi que foi removido o dfm com os datasets e estão sendo criados agora via código. Ao tentar imprimir um DACTE usando o arquivo ACBr\Exemplos\ACBrDFe\ACBrCTe\Delphi\Report\DACTE.fr3 recebo a mensagem: --------------------------- Erro --------------------------- Erro(s) encontrado(s): Dataset "LocalEntrega" não existe Dataset "ModalAereo" não existe --------------------------- OK --------------------------- Pelo que vi o dataset que antes era chamado LocalEntrega agora é CalculoImposto. Tentei de todas as formas alterar o arquivo .fr3 para alterar essa referência mas continuava aparecendo a mensagem acima. A única forma que consegui foi alterando no código de volta o nome do dataset para LocalEntrega. O DACTE.fr3 ainda é mantido? A última alteração dele é de julho. Qual o melhor arquivo .fr3 a ser usado? Segue arquivo com correções que funcionaram pra mim. PS: Corrigi também o problema com o motorista tratado em outro tópico. ACBrCTeDACTEFR.pas

Essa validação foi implementada na NT 2015/002, que entrará em vigor no ambiente de produção a partir de 01/12/2015.

Olhando melhor a NT, vi que existe uma validação facultativa (Rej. 378), a critério de cada UF, de NFC-e de venda de combustível sem grupo de encerrantes. Nesse caso, consultar a Sefaz para saber se será implantada essa validação e qual procedimento deve ser adotado no caso.

O grupo de combustíveis realmente é obrigatório para os CFOP de venda de combustível, mas existe exibilidade do subgrupo encerrantes? Pelo layout, ele é opcional.

with autXML.Add do begin res_cnpj:='13.410.501/0001-98'; end;

As posições 3 a 6 da chave de acesso referem-se ao ano e mês da emissão da NF-e. No seu caso a nota autorizada foi emitida em março, nesse caso você deve gerar o XML com a mesma data de emissão.

Veja o tópico a seguir. No método Procurar() você passa o código, tabela e exceção do IPI e ele retorna as alíquotas.

Bom dia, No meu entendimento não tem problema em atualizar a hora da NFC-e, desde que não seja emitida outra nota com numeração superior durante o processo de correção. Em outras palavras, a ordenação por série/número de NFC-e e a ordenação por série/data/hora emissão devem ser as mesmas. Entretanto, como a NFC-e geralmente é um processo a toque de caixa, não pode ficar esperando os 5 min pra corrigir uma nota pra emitir outra, sempre usamos a primeira solução, alterar para contingência off-line, mantendo a hora de emissão original.

Bom dia, Conforme a NT 2012/002, se o destinatário da NF-e fez a manifestação da nota como "Confirmação da Operação", não é mais permitido o cancelamento.

No demo do ACBr existe uma diretiva {$IFDEF ACBrNFeOpenSSL} que habilita um ou outro. Você não precisa usar isso na sua aplicação.

Isso não é correto, a informação de emitida em contingência deve continuar aparecendo. Faça a consulta do QR Code e veja a representação do DANFE no site da Sefaz, e mostre para o seu cliente como aparece a nota no site, mesmo depois de autorizada.

Consulte a nota na Sefaz e veja o tipo de emissão que aparecerá.

Apenas carregue o XML e envie, não se deve fazer nenhuma alteração nos dados da NFC-e, isso acarretaria em mudança da chave de acesso e do digestValue do QR-Code, tornando a nota entregue para o cliente inválida! A exceção à regra acima é quando, na transmissão, houver rejeição da NFC-e emitida em contingência. Nesse caso, corrija o campo que causou a rejeição, gere novamente o XML, assine, e envie, ainda no modo teOffline. E quanto ao DANFE NFCe, não há necessidade de reimprimi-lo.

Segundo o Manual de Orientações, não.