Fernando Massa

Oi pessoal, já descobri, isso ocorreu porque no nosso sistema colocaram fixo no fonte LayoutVersaoArquivo := 101 e LayoutVersaoLote := 60. Daí, ao montar o código do cedente na função DefineCodigoCedente(ACBrTitulo.ACBrBoleto.Cedente); ele pegava só 6 dígitos ao em vez de 7 e calculava errado. E o "-4" que está lá no print era uma tentativa do pessoal aqui colocar o código certo lá e passaram a me confundir mais ainda Mas nada que um debug com paciência não resolva. No fim, depois de apagar os incêndios aqui e ter um tempo pra me concentrar neste esquema, em meia hora matei a xarada.

oi, pessoal estou com uma duvida cruel. Apareceu aqui pra nós mais um dígito no campo "Agência/Código do Beneficiário" e pelo que debuguei, vi que é o "cálculo do digito verificador do cedente". Mas o pessoal aqui da caixa diz que não deve aparecer esse código ali, mas como ele está colocado de proposito, estou imaginando que pode que alguma configuração faça ele aparecer e desaparecer. Se isso for assim, qual seria a configuração, pois não consegui achar.

Muito obrigado Juliomar e BigWings pelas respostas. acabei fazendo assim (antes de ver as respostas de vcs) mas ficou tipo a solução do BigWings: ACBrNFe.WebServices.Consulta.NfeChave := ACHaveNFe; ACBrNFe.WebServices.Consulta.Executar; if (ACBrNFe.WebServices.Consulta.cStat = 110) or (ACBrNFe.WebServices.Consulta.cStat = 301) or (ACBrNFe.WebServices.Consulta.cStat = 302) or (ACBrNFe.WebServices.Consulta.cStat = 303) or (ACBrNFe.WebServices.Consulta.cStat = 101) or (ACBrNFe.WebServices.Consulta.cStat = 151) then begin mensagem := 'A Nota que você está tentando manifestar, está CANCELADA ou DENEGADA.'+#13+#10+'Consulte a empressa emissora da nota para ver se "outra nota foi emitida", para substituir esta NFe.'; MessageBox(0, PChar(mensagem), PChar('Atenção!'), MB_ICONWARNING or MB_OK or MB_TASKMODAL or MB_DEFBUTTON2); frmMensNfe.edtMens.Lines.Add(mensagem); Result := false; Exit; end; pelo que vi, o "ACBrNFe.WebServices.Consulta.cStat" vai me dar o retorno e até onde achei, aqueles códigos ali são de notas denegadas/canceladas.

Oi pessoal, imagino que isto é uma pergunta muito básica, mas vamos lá... Preciso consultar a nota que eu recebi, pra ver se ela está cancelada antes de dar entrada. Tudo o que encontro é como ver o status da nota emitida por mim, mas qual o comando que dou no componente acbr que verifica o status da nota recebida? Motivo: Empresa "A" emite a nota, mas percebe que o valor ou alguma outra coisa estava errada. Daí cancela e faz outra. Embora ela mande os 2 e-mails para o cliente "B", o cliente "B", sem querer, pega a nota errada e quer fazer o manifesto de recebimento nessa que está cancelada e não na correta que foi enviada depois. Para evitar este problema preciso consultar a nota na qual vou fazer o manifesto antes de manifestar o recebimento.

Obrigado pessoal pelas respostas. Grande abraço!!!

Oi pessoal, mais do que uma dúvida, uma atualização e também pra acabar com alguns boatos que a gente fica ouvindo e depois não sabe mais o que é verdade e o que não é. Sei que a Origem do ACBR é no Delphi, também que portaram para Lazarus, mas me falaram que ele já estava sendo portado para C#... Estou mais do que nada me referindo aos componentes que usamos para desenvolver e não às ferramentas como o ACBRMonitor.

Valeu BigWings, muito obrigado por confirmar isso pra mim. Pior que eu tinha lido isso na norma técnica mas me parecia que não podia ser, pensei que poderia haver uma maneira de eu alterar nSeqEvento . Mas beleza, como diz a minha sogra... "Quando não tem remédio, remediado está" . EmBarbosa, ta tudo certo, agradeço a vocês por terem a paciência de responder tantos questionamentos, e sei que isso que eu perguntei é bem básico, obrigado pelo tempo de vcs. Grande abraço!!!

sim, eu vi esse post, e de fato no final tem as regras: Veja a regra de validação da Sefaz: G07 Verificar Duplicidade de evento (tpEvento + ChNFe+NSeqEvento) Obrig 573 Rej Por esse motivo que uma das primeiras perguntas que eu tinha feito era: "Como mudar o nSeqEvento" pois na função ACBrNFe.WebServices.Consulta.NfeChave só consigo passar o numero da nota, mas se eu tivesse controle sobre o nSeqEvento, consigo mudar ele numa segunda consulta e evitar a duplicidade de evento. Mas não sei como fazer isso. Desculpa pessoal se não to sabendo me explicar.

Oi EMBarbosa, na real já tinha passado por esse post da OOBj. De boa que sempre acabo pesquisando por esses posts. E justamente por causa desse post que eu fiquei tentando ver como fazia para mudar o nSeqEvento mas pelo que entendi, quando é enviado o comando para baixar o XML não tem parâmetro nenhum. Não sei se tem como mudar isso? Já que esse erro de duplicidade já da no momento de fazer o manifesto, com os seguintes comandos: ACBrNFe.WebServices.Consulta.NfeChave := ACHaveNFe; ACBrNFe.WebServices.Consulta.Executar; onde o único parâmetro que eu passo é o numero da nota a ser manifestada. Tô bem perdidinho mesmo

Tranquilo Juliana, tô de boa. Na real não é assim "urgente" pq é uma coisa que ocorre esporadicamente. Estou ciente que será respondido assim que for possível. Desculpa se pareceu que estava colocando pressão ou reclamando, não foi proposital.

alguma ajuda aí?

Bom dia, segue minha jornada com estas notas que não baixam, mas não consigo entender o motivo. Anteriormente estava testando com uma chave errada e o BigWings me alertou disso. Mas agora, estou cuidando de pegar uma chave do tipo 55 e tal. ====================================================== Gerando nota... Consultando eventos da nota... Eventos encontrados :0 Consultando Sefaz Virtual... Id: Status: 573-Rejeicao: Duplicidade de evento Evento: 210200-Confirmacao da Operacao Sequência: 1 Data/Hora: 04/11/2021 11:22:31 Orgão: 91 Protocolo: ====================================================== Chave usada:4321 0935 7981 3400 0184 5500 7000 0009 9314 3577 6713 Fiz a consulta completa la na Sefaz e a nota ta lá certinha. Interessante notar que esse erro não ocorre sempre, na maioria das vezes a nota baixa corretamente e tudo funciona, mas outras vezes da isso. Alguma ideia? Não consigo entender por que da essa "duplicidade de evento"

Valeu!

Oi Pessoal, estou com um problema aqui, mas pode que eu esteja andando na estrada errada mesmo. Ao tentar baixar uma nota de entrada, o ACBR está gerando este log: ======================================================= Gerando nota... Consultando eventos da nota... Eventos encontrados :0 Consultando Sefaz Virtual... Id: Status: 618-Rejeicao: Chave de Acesso invalida (modelo diferente de 55) Evento: 210200-Confirmacao da Operacao Sequência: 1 Data/Hora: 04/11/2021 09:38:44 Orgão: 91 Protocolo: ======================================================= Também recebo na sequência este outro erro: Rejeicao: Chave de Acesso invalida (modelo diferente de 55) Pelo que o analista me falou, eu deveria mandar um numero nSeqEvento maior do que 1 que é o que "aparentemente" sempre vai na consulta. Só que na consulta, é usado este comando: ACBrNFe.WebServices.Consulta.NfeChave := ACHaveNFe; (obviamente ACHaveNFe é o parametro contendo a chave da nota, no caso: 43211078749090000377570010000245941003890317) Mas não encontro a maneira de fazer isso. Busquei coisas do tipo aqui no forum, mas aponta pra "carta de correção" e CTE, que não é o meu caso. Alguma dica? **OBS: Para fazer o teste, peguei uma nota que o cliente já havia dado entrada e apaguei para poder fazer uma nova entrada com essa mesma chave.

Oi Juliomar, obrigado pela resposta. O que eu quero fazer é uma tela super simples onde a pessoa não tenha o trabalho de olhar o XML para poder alterar a tag, e ao mesmo tempo não ter que passar por um processo onde ela pense que pode fazer uma coisa e depois receba uma resposta da sefaz dizendo que aqueli não pode. Quero colocar já direto em um combo todas as tags que SIM podem ser alteradas e com um nome que o usuário entenda. Pois nosso sistema roda em fabricas onde o usuários as vezes nem sabe fazer CTRL + C CTRL+V . Então... tava com muita preguiça de ter que ver "pela lista do que NÃO PODE" o que "SIM PODE". Mas beleza... como diz a minha sogra... se não tem remédio, remediado está.