Cristhian Massini

DSilva consegui resolver aqui! Alem do componente do ACBrPosPrinter1 na tela (tempo de design), "descobri" que em tempo de execução era instanciado outro ACBrPosPrinter! Além dele tinha um ACBrECF também! Eu só estava desativando o ACBrPosPrinter1(tempo de design). A unica forma de descobrir foi adicionar todos eles ao WATCH LIST do Delphi (CTRL+ALT+W ou CRTL+F7), adicionei a property "ATIVO" dos 3 e fui monitorando o estado de cada um A conclusão que chego é que o erro condiz com a realidade, a porta realmente estava em uso por outro componente!

Boa tarde a todos! Estou passando pelo mesmo problema, porem já utilizo o ACBrPosPrinter1.Desativar; Eu verifico se esta ativo com ACBrPosPrinter1.ativo, me retorna False, mas tentado abrir a gaveta ou imprimir tenho também ACBrPosPrinter''erro 5 acesso negado''.

Ola! consegue postar o trecho do Log do Sat que consta o erro?

No ACBRETQ tem 02 tipo de código de barras EAN VÁLIDO EAN INVÁLIDO se você passar como parâmetro um EAN INVALIDO e utilizar a tag pra imprimir ean valido do ACBR, a impressão sai errada mesmo. Aqui eu verifico se o Ean é valido ou não usando o ACBRValidador (essa function EAN14Valido não é do ACBR) para Ean Válido, utilizo barEAN13 Inválido, utilizo barCode128 Pelo que percebi, no seu caso para eanválido, o barEan8 serve, agora voce tem que encontrar um que atenda para Ean Inválido Espero ter ajudado!

Consegue postar o Log do Sat?

Bom dia, está correto sim, na documentação tem essa informação. Não sei o motivo, mas que é isso mesmo, é sim. Segue o link da documentação completa https://www.confaz.fazenda.gov.br/legislacao/arquivo-manuais/a03-a-especificacao_sat_v_er_2_27_05.pdf Tem que ver se não é outro campo, ex: cst 060 com cfop 5102, ai ta errado mesmo, teria que ser 060 com cfop 5405 o correto. Se possível anexo seu xml completo aqui.

Esses erros "Desconhecidos" é pra ferrar com a nossa vida mesmo! Eu ainda acho que a tag vMP não pode ser 0. Deveria ser 6.24 <pgto> <MP> <cMP>01</cMP> <vMP>0.00</vMP> </MP> </pgto>

Ele cria essa pasta pra separar os cupons de Vendas dos de Cancelamentos. Mesmo que o ACBr trate isso, "teoricamente" você vai ter que fazer essa separação que qualquer jeito. Alguns contadores pedem pra mandar os xml de cancelamento separadamente.

Bom dia Sérgio, No documento de especificação do SAT diz que, 7010 é erro de validação de conteúdo no xml de cancelamento, assim como o 6010 é erro de validação de conteúdo no xml de venda. Deve ter alguma tag obrigatória que não está preenchida. Link da Especificação SAT_v_ER_2_26_04 . O grande detalhe é que achei o link dessa especificação aqui no fórum mesmo. Na especificação anterior que tem no site da fazenda (Especificacao_SAT_v_ER_2_4_20) não existia esse retorno 7010.

pro cliente não ficar esperando, muda a impressora padrão, se não tiver uma impressora, instala a Generic Text, em Dispositivos e Impressora vai em "Adicionar Impressora\ Adicionar Impressora Local", e defina ela como Padrão Fecha sua aplicação e abre novamente e tente imprimir, Depois você corrige no seu código fonte conforme o @Daniel Simoes postou

Bom dia, Eu já passei por esse erro, quando gerava o campo CNF diferente para a mesma nota, ai dava duplicidade de nota. Da uma conferida nesse tópico aqui, ele pode te ajudar:

Mas a software House (<CNPJ>) no emulador está 07387314000138, e no xml a software house está com 07033821000173. Alem de trocar o CNPJ no Emulador, tem que trocar a AssinaturaAC (<signAC>)

tenta mandar o valor do cupom na tag <vMP>0.00</vMP> na regra de negócio G135, fala que o meio de pagamento não pode ser igual a 0.

Estão faltando os campos preenchidos pelo SAT no XML. Ex.: Na tag <ide>, todos os campos são obrigatórios Se não me engano, eles devem estar presente no XML também....

Entendi! Então creio que pode ser o firmware mesmo, por exemplo, quando você compra o SAT do fabricante, ele vem numa determinada versão, e precisa ser atualizado manualmente. Pode ser que esses aparelhos foram os primeiros que você recebeu, e estão desatualizados. Tenta atualizar e acompanha pra ver se o problema persiste.

Vi que você mandou versao="0.08". No final de 2019 a Sefaz/SP prorrogou ao uso do layout 0.07 Na minha opinião, se prorrogaram é porque não está "100%, tanto que tem fabricante que nem homologou a versão 8. Nesse link você pode conferir quem já está homologado https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/Modelos-SAT.aspx Nós aqui continuamos mandando na 0.07 e nunca tivemos esse tipo de problema na versão 7. Como é um parâmetro definido pelo AC(Aplicativo Comercial), no seu caso voltaria pra 7!!!! Outra possibilidade é o firmware do sat estar desatualizado, a Tanca liberou uma atualização no mes 07/2019. (no link acima tem as versões e datas de vigência). Espero ter ajudado!

pelo msconfig você consegue desabilitar a Inicialização segura.

Então pode ser algum problema na instalação do windows, eu tentaria fazer a instalação novamente em ultimo caso

Pode ser várias coisas, entre elas: Se você ficar verificando o status do sat repetidamente, ele pode entrar em processamento. Verifica no log do sat, se ao tentar EnviarVenda por exemplo, existem antes muitas consultas de Status. Outra coisa pode ser que o sat ficou muito tempo sem transmitir os cupons por falta de internet e agora esta enviando os cupons da memoria, mas isso só acontece se ficar muitos dias sem transmitir, alem de depender do movimento da loja. Esse tópico pode ajudar também: Espero ter ajudado!

Ja tentou desabilitar a instalação automática de drivers no windows? https://mswiki.com.br/windows-8-1-desabilitando-instalacao-automatica-de-driver/

Então Júlio, aqui agente faz assim: Alem de tratar na entrada da mercadoria, ou seja, gravo o CEST que vem no XML do fornecedor no cadastro do produto, eu tenho uma tabela de CEST: CREATE TABLE CEST ( CEST VARCHAR(7) NOT NULL, NCM VARCHAR(8), DESCRICAO VARCHAR(512) ); e nela tenho todos os Códigos de Cest. Na hora de inserir o produto na NFE, verifico se tem CEST no cadastro do produto, se não tiver, busco na tabela CEST o NCM do produto. Se mesmo assim não encontrar, pode ser que o cadastro do produto esteja errado, pois pode ser que esteja o produto esteja com NCM de outro produto (o que acontece muito!) Tenho um script com os codigos de cest, então quando entra um cliente novo, eu populo a tabela cest, e conforme o cliente vai dando as entradas vou populando o CEST do cadastro de produto. A tabela CEST seria só um plano B. Outra opção, tendo uma tabela de codigo de cest, é dar um update no cadastro do produto com o cest de cada produto. Ai vai de você, cada um faz de um jeito!! Só é obrigatório o CEST se o CSOSN for 500 ou CST 60

No win7, só consigo resolver esse problema rodando o update mesmo....

Estranho, esse retorno que você postou eu tenho tbm, mas só quando ativo ACBrNFe.Configuracoes.Geral.Salvar, ai ele grava um xml com esse retorno da Sefaz. No meu aqui, na tag xMotivo, veio também a chave de acesso correta que esta na sefaz: <?xml version="1.0" encoding="UTF-8"?> <retConsReciNFe versao="4.00" xmlns="http://www.portalfiscal.inf.br/nfe"> <tpAmb>2</tpAmb> <verAplic>SP_NFE_PL009_V4</verAplic> <nRec>351000136408780</nRec> <cStat>104</cStat> <xMotivo>Lote processado</xMotivo> <cUF>35</cUF> <dhRecbto>2019-12-11T11:01:42-03:00</dhRecbto> <protNFe versao="4.00"> <infProt> <tpAmb>2</tpAmb> <verAplic>SP_NFE_PL_008i2</verAplic> <chNFe>35191209556181000101550010000063931177195330</chNFe> <dhRecbto>2019-12-11T11:01:45-03:00</dhRecbto> <cStat>539</cStat> <xMotivo>Rejeição: Duplicidade de NF-e com diferença na Chave de Acesso [chNFe:35191209556181000101550010000063931221932013][nRec:351000136372303]</xMotivo> </infProt> </protNFe> </retConsReciNFe> Talvez a Sefaz/MT não retorne a chave de acesso que se encontra na base deles. O que você pode tentar é ir mudando o numero da nota pra testar, muda pra 15, 16 e assim vai só pra "desencargo mesmo"....

A exceção é gerada pelo próprio AcBrNfe, mas você pode pegar com um try except normal no delphi try ACBrNFe.Enviar(0, False); except on e: exception do begin ShowMessage('Erro: '+E.Message); Exit; end; end;

Atualizei o ACBR aqui, e a mensagem continua vindo normalmente