Verissimo

Ítalo, boa tarde. Entendi isso, o que eu quis dizer é, se houver CEST só ser gerado 1 para cada produto no XML. Falei isso como comentário à mensagem do Lucas onde ele relata que "um único NCM pode possuir mais de 1 código CEST correspondente", imaginando que, mesmo que um NCM(Produto) possua mais de um CEST, no XML só poderá ser gerado HUM.

Pelo que entendi da Nota Técnica 2015/003, se houver CEST só pode ser gerado 1 no XML.

Vou tentar Daniel. Obrigado.

Sérgio, bom dia. Não fiz nenhuma configuração para impressão do logo.

Boa tarde, Estou realizando a impressão cupom(SAT) via PosPrinter em uma Elgin Vox, no inicio do cupom sempre fica um espaço em branco de 3.5cm, isso ja aconteceu com alguém e houve solução? Utilizo as configurações: Modelo: EscElgin Linas entre Cupons: 0 Largura do QRCode: 3 Obrigado

Fr.Silva, Verifique a NT http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=mCnJajU4BKU= Vc deve utilizar os códigos previstos no Anexo XIV - Código de Enquadramento Legal do IPI o Ambiente de Homologação (ambiente de teste das empresas): 01/10/15; o Ambiente de Produção: 03/11/15 Obs: Se a situação for 99 esta aceitando 999 Parte do XML que foi aceito no meu teste. - <IPI> <cEnq>999</cEnq> - <IPITrib> <CST>99</CST> <vBC>0.00</vBC> <pIPI>0.0000</pIPI> <vIPI>0.00</vIPI> </IPITrib> </IPI>

Marcelo, Baixe-o aqui: http://www.projetoacbr.com.br/forum/files/file/316-sattesteexe/

Boa tarde, Tenho um cliente que necessita acessar o Aplicativo comercial via WTS que esta instalado em outro local, porém o SAT e a impressora é local. Será que há alguma forma de estando conectado no aplicativo via WTS, detectar e enviar o cupom para o SAT e Impressora local? Alguém ja teve essa necessidade e encontrou uma solução? Obrigado.

Percebi isso tambem, estava analisando o manual da Elgin em html e no rodapé esta escrito DIMEP.

Ok, obrigado Angulo e Rick.

Boa tarde, Cliente tinha o ECF e agora tem que mudar para o SAT, a Impressora Fiscal que ja possui pode ser utilizada imprimir o CFe (SAT)?

Se estiver utilizando a função CFe.GerarXML para montar a STRING a ser passada para a rotina EnviarDadosVenda, utlize o parâmetro TRUE => CFe.GerarXML(true) , com isso será inibido a geração das TAG que devem ser geradas pelo SAT.

Juliomar, arquivo enviado.

Trabalhando nos registros C860 e C870 para o CFe, e na gravação estava sendo gravados como data os campos: NR_SAT, DOC_INI, DOC_FIM, fiz um ajuste em ACBrEPCBloco_C_Class.pas procedure TBloco_C.WriteRegistroC860(RegC010: TRegistroC010); Código Original: ... with RegC010.RegistroC860.Items[intFor] do begin Add( LFill('C860') + LFill( COD_MOD, 2 ) + LFill( NR_SAT ) + LFill( DT_DOC) + LFill( DOC_INI ) + LFill( DOC_FIM ) ) ; end; ... Código Alterado: ... with RegC010.RegistroC860.Items[intFor] do begin Add( LFill('C860') + LFill( COD_MOD, 2 ) + LFill( NR_SAT, 9 ) + LFill( DT_DOC) + LFill( DOC_INI, 6 ) + LFill( DOC_FIM, 6 ) ) ; end; ... Em anexo segue ACBrEPCBloco_C_Class.pas alterado. (Foi baixado hoje do Trunk antes da alteração) ACBrEPCBloco_C_Class.rar ACBrEPCBloco_C_Class.rar

Problema resolvido, eu estava chamando a função CFe.GerarXML sem passar o parametro TRUE, o correto é CFe.GerarXML(true), dessa forma os campos vProd e vItem não são gerados. Consegui autorizar o primeiro cupom com o Kit da Dimep.

Wagner, bom dia. Verdade esta sendo gerado as tag vProd e vItem, porém eu não alimento essas tag's, estão sendo gerada pelo componente (Sat.CFe.GerarXML), vou analisar melhor o componente. Obrigado.

Bom dia, Estou usando o componente ACBrSat com um Kit de DIMEP, ao tentar enviar a venda esta retornando o erro (6010|1999|Rejeição: Erro não identificado), ja pesquisei no forúm mas não encontrei nenhuma resposta para esse problema. Em anexo o a string que estou passando para a função EnviarDadosVenda 20150615103341-203094-cfe-env.xml

Obrigado Daniel.

Boa tarde, Estou trabalhando no SAT,para os testes estou utilizando o emulador da SEFAZ e gostaria de testar a impressão tambem usando o componente ACBrSATExtratoESCPOS, há algum EMULADOR DE IMPRESSÃO que eu posso utilizar com ele?

Boa noite Antonio Paulo, Comigo o erro Rejeição: XML da área de dados com codificação diferente de UTF-8 tambem deixou de ocorrer, só não consegui enviar porque o certificado que tenho é de um cliente que não esta cadastrado para envio da NFCe, mas consulta do serviço deu certo.

Bom dia, Já esta liberado o envio de NFC-e em homologação no estado de SP? Estou tentando enviar e estou recebendo o erro abaixo: Rejeição: XML da área de dados com codificação diferente de UTF-8

Italo, boa tarde. Segue anexo pcnRetDistDFeInt.pas

Bom dia, Fiz uma alteração no pcnRetDistDFeInt.pas incluindo uma checagem após a linha 394, porque quando a NFe é da versão 2.00 o parâmetro resNFe.FdhEmi esta ficando zerado. Linha 394 FdocZip.Items.FresNFe.FdhEmi := oLeitorInfZip.rCampo(tcDatHor, 'dhEmi'); Incluir esse IF logo após a leitura da tag 'dhEmi: // Se for Versão 2.00 a data de emissão está na tag dEmi if FdocZip.Items.FresNFe.FdhEmi = 0 then FdocZip.Items.FresNFe.FdhEmi := oLeitorInfZip.rCampo(tcDat, 'dEmi');

ALA, Não consegui resolver ainda. Obs: Não consigo enviar com a Chave EPEC conforme vc mencionou porque a nota ja esta na SEFAZ na situação de CANCELADA

Bom dia, Estou implementando a versão 3.10 da NFE, gerei uma nota em EPEC que foi autorizada, e depois enviei para a SEFAZ estadual que tb foi autorizada, porém enviei com uma CHAVE diferente da CHAVE do EPEC(Falha da minha rotina), com isso o evento do EPEC não foi vinculado a NFE autorizada. Agora o envio de EPEC em meu ambiente de teste foi BLOQUEADO, como posso resolver isso? Já cancelei a NFE autorizada, porém o envio do EPEC continua bloqueado.