Mega Online

Obrigado Ítalo.

Pelo contrário, está validando com a versão 1.00, a minha dúvida principal é quando desativar a versão 3.10 da NF-e, se irá parar o evento 1.00 também.

Boa tarde, consegui instalar o ACBr atualizado e testar minha aplicação. Funcionou a NF-e na versão 4.00 e o evento do cancelamento continua saindo 1.00, alguém sabe me responder se vai ser 4.00 ou 1.00 o evento do cancelamento?

sim estão atualizados, não consegue compilar porque falta o fast e não instala pelo instalador do ACBR. Para adiantar, alguém poderia postar o Demo compilado para eu realizar o teste que pediram?

André, alguma solução?

O Demo não está compilando na minha máquina, tem como postar o Demo compilado aqui?

SP

Pessoal boa tarde, estou realizando os testes de cancelamento de NF-e 4.0 e está retornando Erro Http: 500. Notei que não está sendo gerado o evento na versão 4.0 e sim na versão 1.0. Como configurar o componente para gerar o evento de cancelamento pela 4.0?

Estou conseguindo realizar o Envio da NFe 4.0 a Consulta, mas não estou conseguindo enviar o evento de "cancelamento" e da "carta de correção" Estado de São Paulo em Homologação Mensagem de Retorno: Erro interno: 0 Erro Http: 500 Trecho do Código: Chave := Trim(dmHash.somente_numero(Chave)); idLote := FormatDateTime('yymmddhhmm', now); CNPJ := copy(Chave, 7, 14); DataCanc := Now; ACBrNFe.NotasFiscais.Clear; ACBrNFe.EventoNFe.Evento.Clear; with ACBrNFe.EventoNFe.Evento.Add do begin infEvento.chNFe := Chave; infEvento.CNPJ := CNPJ; infEvento.dhEvento := DataCanc; infEvento.tpEvento := teCancelamento; infEvento.detEvento.xJust := Justificativa; infEvento.detEvento.nProt := Protocolo; end; ACBrNFe.EnviarEvento(StrToInt(idLote));

Muito obrigado, deu certo!

Testei com ..DLLs\XMLSec ..DLLs\XMLSec\MinGW\32 e também com ..DLLs\XMLSec ..DLLs\OpenSSL\1.0.2.13\x86 e 0.9.8.14 e 0.9.8.1 todas deram a mesma msg.

Bom dia, estou com erro de Access Violation na assinatura da NF-e utilizando o componente atualizado do Trunk2 pelo OpenSSL no ambiente de homologação tanto na 3.10 quanto na 4.0, as DLLs já estão atualizadas na pasta do executável, foram removidas todas as outras dll da pasta System32 e mesmo assim continua o problema. O erro ocorre na linha "SignResult := xmlSecDSigCtxSign(FdsigCtx, SignNode);" do arquivo "ACBrDFeXsXmlSec.pas". e não passa para próxima linha que é o if (SignResult < 0) then raise EACBrDFeException.CreateFmt(cErrDSigSign, [SignResult]); e vai direto para o finally.

Pessoal boa tarde, estamos em 03/2018 e ainda estou tento muita reclamação no atraso para efetuar o Download após manifestar a NF-e, alguém tem alguma resposta da SEFAZ porque acontece esse delay entre o manifesto e o download do XML?

Já faço isto antes da venda, conforme o meu log, eu envio a consulta, retorna ok, em seguida envio a venda e dá o erro, na próxima venda consulta o status e está ok sem precisar fechar abrir e fechar o sistema. Para vc ter uma idéia é um posto de combustíveis que emite mais de 15 mil cupons por mês e acontece uma vez no mês todo, como criei a trava da consulta da última chave, o sistema para até resolvermos o problema manualmente e colocar a chave na base de dados e baixar o XML da base da SEFAZ. Não tenho o LOG do ACBrSAT, vou colocar para gerar esse arquivo, eu tenho apenas o meu log.

Pessoal bom dia! Segue abaixo meu problema de perda de comunicação do aparelho do SAT e validando o cupom. Estamos enviando a venda "ACBrSAT1.EnviarDadosVenda(" e o retorno "ACBrSAT1.Resposta.codigoDeRetorno" é 0 (zero). Após enviar a venda, temos um controle para verificar a última chave válida no aparelho se está no banco de dados, aí vem a surpresa, o cupom que retornou zero, está validado no aparelho e no site "https://satsp.fazenda.sp.gov.br/COMSAT/Account/LoginSSL.aspx?ReturnUrl=%2fCOMSAT". O componente não retornou nenhum XML e retornou o código zero, abaixo o log do aparelho informando que não teve nenhum problema na validação. 20/02/2018 09:20:38: SAT_AC info Funcao ConsultarStatusOperacional executada com retorno 10000 20/02/2018 09:20:38: AC_SAT info Funcao recebida: EnviarDadosVenda 20/02/2018 09:20:39: SAT info EnviarDadosVenda executada com sucesso! Cfe: 35180218277766000183590003242750372397400174 20/02/2018 09:20:39: SAT_AC info Funcao EnviarDadosVenda executada com retorno 06000 Nesse ponto o retorno do componente foi 0 (zero). OBS: O horário do aparelho está com diferença de alguns minutos para geração dos logs. 20/02/2018 09:23:00:239 Código de Retorno: 0 20/02/2018 09:23:00:239 NumeroSessao: 704970 Em seguida sem fechar o sistema e sem reiniciar o aparelho nem o micro, foi enviado o comando de consulta para verificar a última chave validada e estava comunicando. 20/02/2018 09:23:00:941 891638|10000|Resposta com Sucesso.|||000324275|DHCP|192.168.001.043|04:A3:16:F7:B2:4E|255.255.255.000|192.168.001.001|177.129.096.033|008.008.008.008|CONECTADO|ALTO|2.23 GBytes|162.14 MBytes|20180220092100|01.01.00|00.07|35180218277766000183590003242750372397400174|35180118277766000183590003242750254088449545|35180218277766000183590003242750372397400174|20180220084559|20180220085111|20170523|20220523|0 Alguém tem alguma idéia, tudo que foi pedido já foi realizado no cliente, atualização do SAT, USB verificadas, tudo funcionando, mas de repente perde a comunicação, valida o cupom no aparelho e o componente não retorna o XML e nem o código 6000 de validado, mas no log do aparelho diz que retornou o código 6000.

Estou com o mesmo problema, alguem?

Atualizei a versão do ACBrMonitor para a última liberada "ACBrMonitorPLUS-1.1.0.46", para poder realizar a emissão do CTe 3.0, acontece que não consigo, mais reimprimir o CTe que foi emitido na versão 2.0, o aplicativo trava. Na versão 3.0 do CTe reimprime normalmente. Anexei um XML do CTe com o layout 2.0 35170949577968000174570010000003461000007942-cte.xml

Aqui conosco a mesma coisa, todos os clientes com a mesma mensagem 2284 - Falha ao armazenar Evento de NF-e homologado alguma solução?

ACBrMonitor Estou com este erro na emissão de MDFe --> "Tipo de Transportador não deve ser informado para Emitente de Carga Própria proprietário do veículo" Coloquei os mesmo dados feito na versão 1.0, ainda não tinha migrado o cliente pra nova versão 3.0, a nota técnica foi colocado pra desativar hoje a versão 1.0, 02 de outubro. Em outro tópico, parece que resolveram na versão componente, mas não foi compilado a versão do ACBrMonitor ainda, preciso urgente, parou todo mundo que utilizava a versão 1.0 do MDFe.

Estou com dúvidas na criação do XML do CTe, que cálcula o "Difal - diferença de alíquota do icms" entre os estados, e como e quando calcular o FCP - "fundo de combate a pobreza". No Manual do ACBrMonitor não tem como devo passar estes valores para o arquivo txt --> CTE.CRIARCTE("C:\ACBrMonitorPlus\arquivoCTe.ini",1) Coloquei o Print da Tela do Emissor gratuito do governo, com os campos do calculo da partilha do icms o DIFAL e do FCP - "fundo de combate.

Tem alguma data, pra sair a versão nova do ACBrMonitor, com essas correções no MDFe 3.0.

Tem previsão pra quando será liberado a próxima versão com está correção, o Status do Serviço também está apresentando o mesmo erro: "ERRO: Rejeição: Cabecalho - Versao do arquivo XML não suportada"

já tem uma versão nova compilada com as correções ACBRMonitor para a versão 3.00 do MDFe? MDFe.EnviarMDFe(caminhoMDFe); ERRO: Rejeição: Cabecalho - Versao do arquivo XML não suportada

Ok, pode mover por favor, obrigado.

Pessoal bom dia, faz uma semana que venho enfrentando um problema com as notas emitidas por MG, algumas notas não aparecem na consulta de notas emitidas para o CNPJ, aparentemente um problema na SEFAZ, porque não aparece nem no programa do governo, a nota só aparece quando consulto ela por qualquer navegador no site da SEFAZ ambiente nacional (https://www.nfe.fazenda.gov.br/portal/consulta.aspx?tipoConsulta=completa&tipoConteudo=XbSeqxE8pl8=), espero uns 5 minutos, consulto novamente pelo procedimento DistribuicaoDFe e a nota aparece, um detalhe que o NSU é sequencial atual, ou seja, tem alguma rotina no site da SEFAZ que inclui ela na lista de notas emitidas. Alguém mais enfrentando esse problema?