Jump to content

logo_acbr_paygo.png

Chegou o TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


botao_saibamais.png

beneficios.png

Curso Dominando o ACBrMonitor
Novo Módulo Soluções de Varejo
Assine o SAC ACBr em qualquer plano e tenha acesso

Saiba Mais

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba Mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

Cristhian Massini

Membros
  • Content Count

    39
  • Joined

  • Last visited

Everything posted by Cristhian Massini

  1. 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.
  2. 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>
  3. 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.
  4. 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.
  5. 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
  6. 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:
  7. 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>)
  8. 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.
  9. 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....
  10. 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.
  11. 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!
  12. pelo msconfig você consegue desabilitar a Inicialização segura.
  13. Então pode ser algum problema na instalação do windows, eu tentaria fazer a instalação novamente em ultimo caso
  14. 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!
  15. Ja tentou desabilitar a instalação automática de drivers no windows? https://mswiki.com.br/windows-8-1-desabilitando-instalacao-automatica-de-driver/
  16. 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
  17. No win7, só consigo resolver esse problema rodando o update mesmo....
  18. 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"....
  19. 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;
  20. O retorno está vindo da própria rotina do ACBR. quando envio a nota com o ACBrNFe.Enviar(0, False), ele passa pela function TNFeRetRecepcao.TratarRespostaFinal que esta na unit ACBrNFeWebServices, nela consigo o retorno, na vdd gera uma exceção e o acbr manda pra tela. Meu ACBR não estão tão desatualizado, mas amanhã estarei atualizando e testando novamente
  21. Já sim, sempre que entra algum cliente q emite nfe vindo de outro sistema passamos por isso. Temos 02 opções: A primeira, o contador está blefando. Se retornou duplicidade é porque já consta na SEFAZ a nota. No próprio retorno da SEFAZ, vem a chave de acesso que consta na base da Sefaz. Com a chave da Sefaz, consulto no portal pra ver se realmente existe. Se a nota for diferente da que estou enviando, então o contador blefou mesmo. Ja aconteceu do contador falar que a ultima nota era numero 800, e quando fui ver, a ultima na verdade eram 4 notas depois, ou seja 804. Agora, se for igual a que vc esta emitindo (igual que eu digo é data, destinatario, valores e afins....) vc tem a opção de consultar a NFE na sefaz com o ACBrNFe.WebServices.Consulta.cStat (100=autorziada, 101=cancelada) e pega o protocolo com ACBrNFe.WebServices.Consulta.Protocolo e a hora do recibo com ACBrNFe.WebServices.Consulta.DhRecbto
  22. Isso mesmo, pra cada tentativa da mesma nota. Tenho uma tabela mestre de notas, e nela criei um campo chamado CNF(pra facilitar!). Quando tento enviar a primeira vez, a function retorna um código numero que gravo neste campo. Se ela for de primeira, tudo OK, Se não for, eu recupero o código gravado na primeira tentativa e mando no cNF: Anexei um exemplo aqui: exemplo cNF.txt
  23. Impossível mesmo! Tem que perguntar pra quem emitiu como conseguiu essa proeza!!
×
×
  • Create New...