Joabe Geraldo

Estou usando esse mesmo certificado e CNPJ e está autorizando corretamente. Vou fazer o teste na Sefaz de SP e vejo se vai dar o mesmo problema e retorno aqui. Obrigado pela atenção.

Estou usando A1. A rejeição acontece com Wincrypt e OpenSSL

Boa tarde. Estou desenvolvendo o envio dos novos eventos da NF-e, e estou obtendo a rejeição "Rejeição: Certificado Transmissor erro no acesso a LCR". O envio é para a Sefaz de MG em homologação. Já vi aqui no fórum este erro em outras situações, sendo problema na Sefaz .Estou na dúvida se é realmente na Sefaz de MG ou se estou fazendo alguma coisa errada. O componente está corretamente configurado com o certificado, inclusive está autorizando notas e eventos como cancelamento.

Esta CST 020 que você usou é de ICMS. Você deve usar CST de IBS/CBS https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=Z/259ACSUdo=

De fato, acho que a orientação do Marco Polo está correta. Não consegui implementar o grupo de campos de compra governamental em MG. Todas as tentativas feriu alguma regra de validação.

Bom dia, tudo bem? Eu estou com uma dúvida no preenchimento do campo pRedutor do grupo gCompraGov. Onde encontrar o percentual que vai ser usado nos próximos anos? E a CST e cClassTrib de IBS/CBS vai ser específica para compra governamental ou vai depender da natureza do produto?

No final do artigo do @André Ferreira de Moraes tem um link para o Github com os scripts

Obrigado por compartilhar a experiência de vocês. Estamos tentantando facilitar um pouco para o usuário, mas sem trazer a responsabilidade para o sistema.

Boa tarde, tudo bem? Como vocês estão tratando a CST e ClassTrib de IBS/CBS? Vocês deixaram o preenchimento por conta do usuário ou estão escolhendo dinamicamente pelo NCM e o tipo de operação?

Obrigado pela resposta.

Bom dia, amigos. Estamos implementando o Sped Fiscal no nosso ERP. Conseguimos implementar até o Bloco D, uma vez que as dados já estavam armazenados no sistema. Agora estamos com muita dificuldade no Bloco E, por se tratar de apurações contábeis, e não contarmos com um contador no time. Vi alguns sistemas na internet que geram parcialmente o Bloco E, com praticamente todos os registros zerados, ficando a responsalibilidade do preenchimento pelo contador da empresa. Como vocês tem feito para gerar este bloco?

Boa tarde. Quais integradoras estão implementadas para AcbrCIOT? Eu li em posts antigos que era somente o eFrete. Continua assim?

Resolvido após nova atualização do Acbr. Obrigado

Bom dia. Estou com problema com homologação de NFC-e em MG. Estou tendo a seguinte rejeição: Endereço do site da UF da consulta por chave de acesso diverge do previsto. Já atualizei o Acbr, refiz a instalação do componente e fiz build do sistema, conforme vi orientação em outro tópico e ainda sim não resolveu. Também copiei o arquivo AcbrNFeServicos.ini para a pasta do meu executável, e fiz várias simulações com diferentes URLS, inclusive com as que estão indicadas no portal da Sefaz de MG e mesmo assim não tive êxito. Alguém está conseguindo autorizar NFC-e em homologação em MG? Qual URL vocês estão utilizando?

Obrigado

Oi @Renato Rubinho Eu editei os dados do emitente. Validei o arquivo nesse link que você me passou, ele validou corretamente. A Estrutura do XML atual está igual à de outros que haviam sido autorizados anteriormente. Creio ser mais um dos inúmeros problemas do ambiente da Sefaz MG. O meu cliente acabou emitindo o CT-e que deveria ser de Subsituição com a finalidade normal, indicando problemas na Sefaz nas informações complementares, conforme orientação da contabilidade.

Bom dia, amigos Estou com um cliente com problema em um CT-e de substituição desde terça feira em MG. Ao Fazer a transmissão estamos obtendo o erro de "Lote em Processamento". A estrutura do XML está exatamente igual à outros CT-e de substituição que já foram autorizados anteriormente. Um fato curioso é que CTE-e com finalidade de Anulação e Normal estão sendo autorizados normalmente. Alguém tem alguma ideia ou já passou por isso? Obrigado 31220628990319000120570010000013291000002314-cte.xml

Boa tarde. O AcbrEtq é compatível com Knup kp-1030 ? https://produto.mercadolivre.com.br/MLB-1689216033-impressora-de-etiquetas-tipo-zebra-compativel-ml-b2w-kp-1030-_JM?searchVariation=66397383178#searchVariation=66397383178&position=6&search_layout=grid&type=item&tracking_id=6683049b-bd39-4370-b239-cc4766d8eb1e

Acabei de detectar que em um dos clientes que estavam com esse problema a contabilidade estava fazendo o uso do serviço com o certificado do cliente

Estou passando pelo mesmo problema. Passando o ultNSU zerado também continuo obtendo o erro de consumo indevido.

Boa tarde. Vou fazer o teste incluindo todos os escopos de cobrança. Obrigado @JHONLENON

Boa tarde. Eu não consegui identificar qual escopo devo usar para fazer prorrogação do vencimento. Qual vocês estão usando ?

Já resolvi o problema usando a opção TimeOutPorThread = True,e corrigindo a forma que e buscava o timeout das configurações do sistema. Obrigado

Bom dia. MG está com paralisação programada desde sábado. Os clientes que utilizam WinCrypt, após o tempo configurado no AcbrNFe, obtém uma mensagem de erro de comunicação com a SEFAZ e a NFC-e é emitida em contingência. Porém os clientes que estão configurados com OpenSSL o Componente fica travado no envio, entra em loop, e não obtém mensagem de erro. Com isso o sistema não consegue entrar em contingência. Fazendo o debug verifiquei que o travamento ocorre no método function TDFeHttpOpenSSL.Enviar, da unit ACBrDFeHttpOpenSSL. O problema ocorre na linha OK := FHTTP.HTTPMethod('POST', AURL); Gostaria de saber se posso fazer alguma configuração para evitar este travamento. Minha configuração: with AcbrNFe1 do begin Configuracoes.WebServices.AjustaAguardaConsultaRet := False; Configuracoes.WebServices.AguardarConsultaRet := 0; Configuracoes.WebServices.IntervaloTentativas := 0; Configuracoes.WebServices.Tentativas := 5; Configuracoes.WebServices.Timeout := 2000; Configuracoes.Geral.SSLLib := libOpenSSL; ACBrNFe1.SSL.SSLType := LT_TLSv1_2; end

Nossa indicação para os clientes é sempre de comprar o A1 mesmo, porém alguns contadores acabam convencendo o cliente a fazer o A3 e "somos obrigados" a usar. Obrigado pelo retorno @Felipe E. Resende Mesquita.