Joabe Geraldo

Boa tarde. Já tivemos muitos casos de perda do certificado A3 há algum tempo. Uma das recomendações que tivemos foi não informar a senha do certificado no componente, dessa forma o usuário teria que informar toda vez que abrisse o sistema. Esta situação ainda persiste ou não existe mais problema em informar a senha no componente ? Obrigado

Boa tarde. Obrigado @everson.turossi e @BigWings pelas respostas. Para não ter que criar uma outra cópia do arquivo .fr3 eu segui a dica do Everson. Eu estava configurando errado a propriedade Modelo, estava preenchendo com 'ppEscEpsonP2'. Depois dessa configuração a impressão saiu perfeita, do jeito que eu precisava. Obrigado pela atenção.

Bom dia. Eu sei que o tópico é antigo, mas estou exatamente com o mesmo problema em uma Impressora Epson TM-T20 com Fast Report. Já tentei ajustar as margens e a largura, mas não respeita. Tentei com ACBrNFeDANFeESCPOS1, mas não imprimiu o QrCode e a impressão ficou bem desconfigurada.

Acabei de tentar emitir uma NFC-e no sistema de um parceiro da nossa empresa e obtive o mesmo erro. O sistema que eu utilizei não utiliza o Acbr. Em produção a nota é emitida normalmente.

Parece ser algum erro da Sefaz, também estou com o mesmo erro desde sexta-feira a tarde.

@BigWings, muito obrigado.... Eu estava fazendo a consulta do recibo de lote de forma errada. Estava utilizando Webservices.Recibo. Fazia a consulta mas não salvava o retorno. Agora está certo.

O problema é que não achei nenhuma opção para que a tag tag: <protNFe versao="4.00"> ...</protNFe> seja adicionada ao XML depois de consultar o recibo da transmissão em modo assíncrono. Se eu consultar a nota através do XML é adicionado, mas quero evitar de cair em Consumo indevido.

Estou fazendo testes a semana inteira em homologação e está funcionando corretamente. A única coisa que não consegui fazer ainda é o cancelamento por substituição, parece que não está identificando o evento 110112.

O problema é mesmo na Sefaz, conforme o @Felipe E. Resende Mesquita informou. Agora estou obtendo a rejeição 491 - Rejeição: O tpEvento informado inválido. Já entrei em contato com a Sefaz MG, estou aguardando retorno. Não é a versão da OpenSSL, fiz o teste com WinCrypt e obtive o mesmo erro. E também o xml da nota offline está autorizada. Vou aguardar o retorno da Sefaz.

Bom dia. Estou obtendo uma mensagem de erro não catalogado ao enviar o Evento de Cancelamento por Substituição em MG. O cancelamento normal está funcionando corretamente. Faço o cancelamento assim: ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotaFiscais.LoadFromFile(frmmodulo.qrTransmissaoNFCeCAMINHOARQUIVOXML.AsString); ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.idLote := 1; with ACBrNFe1.EventoNFe.Evento.Add do begin infEvento.dhEvento := now; infEvento.tpEvento := teCancSubst; infEvento.detEvento.xJust := vJustificativa; infEvento.detEvento.chNFeRef := vChaveAcessoNotaReferenciada; InfEvento.detEvento.verAplic := ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.verProc; InfEvento.detEvento.cOrgaoAutor := ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.cUF; InfEvento.detEvento.nProt := ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.nProt; end; ACBrNFe1.EnviarEvento(1); Gostaria de saber se é algum problema da Sefaz ou alguma coisa errada que estou fazendo. Em anexo o XML do Envio do evento e do retorno. Observação: Estou com os fontes e os Schemas atualizados. 1-eve.xml 1-ped-eve.xml

Boa tarde. Eu estou desenvolvendo uma rotina de envio da NFCe através do envio assíncrono. Eu preferi usar desta forma (mesmo sabendo que o tempo é maior que o síncrono) para ter um controle melhor sobre o envio e recebimento do lote. Estou fazendo desta forma: ACBrNFe1.WebServices.Enviar.Lote := Self.GerarLote; ACBrNFe1.WebServices.Enviar.Sincrono := False; ACBrNFe1.WebServices.Enviar.Executar; E depois faço a consulta do lote pelo número do recibo retornado pelo Acbr: ACBrNFe1.WebServices.Recibo.Executar; Estou obtendo os retornos da forma que eu preciso e faço os tratamentos corretamente. O único problema é que quando eu uso o módulo assíncrono o Acbr não consegue atualizar o arquivo XML com a autorização da nota. Eu sei que existe a possibilidade de consultar a nota através do arquivo XMl, mas não quero usar esta forma para não cair no Consumo Indevido por consultar toda nota que for emitida. Como que eu faço para adicionar no XML as informações da autorização?

Estamos todos reféns de uma estrutura muito complexa, mas que não funciona como deveria. Estamos com vários clientes com o faturamento parado, transportadoras e motoristas aguardando para viajar.

Fiz a atualização dos meus fontes na semana passada e obtive sucesso no retorno.

Boa tarde Alguém tem o layout completo e atualizado dos campos da NFC-e ? Estou com dificuldades de encontrar no Portal da NF-e. Obrigado

Boa tarde A Sefaz de MG finalmente publicou o cronograma de obrigatoriedade da NFC-e em MG. http://www.sped.fazenda.mg.gov.br/spedmg/nfce/Obrigatoriedade/

Boa tarde Estou fazendo alguns testes para dar início ao desenvolvimento do módulo de NFC-e para MG. Ao realizar a consulta estou obtendo o seguinte erro: Ao debugar os arquivos do ACBr verifiquei que o no XML de retorno de MG o nome da tag 'nfeResultMessage' vem diferente do nome da tag nos demais estados. O Arquivo de MG vem assim: Eu observei que se eu alterar o Arquivo \Acbr\Fontes\ACBrDFe\ACBrNFe\ACBrNFeWebServices.pas, na função TNFeStatusServico.TratarResposta e ajustar o nome da tag para ns0:nfeResultMsg o Acbr retorna o status do serviço corretamente. Porém para os demais estados não funciona. Eu gostaria de saber se esse erro é alguma configuração que eu devo fazer ou se o Acbr ainda não está 100% compatível com MG.

Me desculpe, esqueci de informar. Estou usando o FastReport.

Boa tarde. Estou homologando com Bradesco e o atendente recusou meu boleto, porque segundo ele o endereço do cedente deve sair impresso na ficha de compensação. É o primeiro Banco que pede esse ajuste. Banco do Brasil, Itau, Santander, Sicoob e Caixa não exigiram essa informação. É possível fazer este ajuste no layout da impressão? Obrigado

Mesmo problema com meus clientes em MG. O problema ocorre de forma aleatória, em diferentes clientes. Voltei a configuração para 3.1 e continua apresentando erros aleatoriamente.

Vou fazer este procedimento, @BigWings Mas será que com a desativação dos WebServices da versão 3.10 a consulta ao cadastro continuará funcionando?

Ok, @Gr@c@... obrigado pelo retorno. Vou aguardar para saber se algum outro desenvolvedor está conseguindo fazer a consulta. Obrigado

Este problema é so em Minas Gerais? porque pelo que eu pesquisei aqui no fórum tem desenvolvedores de outros estados que estão conseguindo fazer a consulta. Estranho que o método funciona nas versões 2.0 e 3.1. O Método que eu estou usando para consulta é <b>ACBrNFe1.WebServices.ConsultaCadastro.UF := UF; if Length(Documento) > 11 then ACBrNFe1.WebServices.ConsultaCadastro.CNPJ := Documento else ACBrNFe1.WebServices.ConsultaCadastro.CPF := Documento; ACBrNFe1.WebServices.ConsultaCadastro.Executar;</b> Não estou usando o componente AcbrConsultaCPF ou AcbrConsultaCNPJ. Estou utilizando o AcbrNFe.

Boa tarde Não estou conseguindo fazer consulta de cadastro em MG com a versão 4.0 na NF-e. Ao executar a consulta simplesmente não tenho nenhum retorno. Se eu mudar a versão do componente para 3.1 ou 2.0 o retorno ocorre normalmente. O mesmo problema ocorre usando o MonitorPLUS 1.1.0.54. Com a versão 4.0 todos os serviços da NF-e estão executando corretamente, exceto a consulta ao cadastro. Em anexo os arquivos de Pedido da Consulta e Retorno. Também envio o meu ACBrNFeServicos, que está atualizado pelo SVN. Preciso desta rotina funcionando porque, estranhamente, a SEFAZ de MG está autorizando(e não denegando) notas fiscais para destinatários com o CNPJ Não Habilitado(suspenso). Desta forma o sistema iria informar se existe alguma pendência no cadastro do cliente antes da emissão da nota. Obrigado 20180627084810-ped-cad.xml 20180627084815-cad.xml ACBrNFeServicos.ini

Ok... Faltou apenas um ';' no fim da linha 903, mas agora a remessa foi gerada corretamente. O arquivo será atualizado no SVN? Muito obrigado pelo retorno.

Bom dia, @José M. S. Junior Mesmo não informando o campo data DataProtesto e DiasdeProtesto=0 a remessa está sempre gerando o campo código de protesto com a opção '1 - Protestar Dias Corridos'. O banco não está aceitando validar a remessa porque, segundos eles, o arquivo está ficando inconsistente, uma vez que está sendo informado que o título será protestado e o número de dias do protesto está vazio. Como o título não será protestado o ideal seria preencher o campo TipoProtesto=9.