GabrielLeal7

no nosso banco a nota é gravada corretamente, ou seja com as informações que estão em tela, porém a confusão é com o xml, que ele pega o xml de uma nota que já esta na sefaz, mas q nao foi registrada no banco é tipo como se ja tivesse varias notas na sefaz q não estão no sistema e quando ele pega a numeração, quando faz a consulta no momento de enviar a nota que era pra ser a numero "2454" por exemplo, no banco ele grava certo, porém o xml vem com outros dados, da mesma nota "2454" que esta na sefaz emitida a 2 horas atras por exemplo, ai qdo imprime a nota na tela, nao reflete os dados no danfe, pois a numeração ja havia sido usada a 2 horas antes

No caso eu verifiquei pelos arquivos de envio antes da autorizaçaõ, aqueles arquivos -env que gera tbm pelo acbr, e tinha la, o arquivo que refletia a nota na sefaz, e posteriormente o arquivo que esta refletindo a nota que foi gravada no banco, porém a nota autorizada é a primeira e ai como a chave e a msm aparece informaçoes diferentes entre tela do erp x danfe da nota

No caso eu vi que a nota emitida no sefaz estava 2 hrs atras, era das 8 e pouco da manhã, e a nota com o mesmo numero no sistema era algumas horas depois, ai no banco ficou gravado os dados da nota, porém quando veio o xml, pegou o xml da que ja estava na sefaz a 2 hrs, meio que "trocando" os dados.

Bom dia pessoal. Recentemente começou acontecer algo estranho na emissão de notas, em algum momento o cliente emite nota X, e ao gerar a nota, o xml pega os dados de outra nota, como se tivesse na sefaz já, e eu fazer a consulta, o xml é substituido, ai a nota fica com uns dados em tela, e ao imprirmir, aparece dados de outra nota, alguém já passou por isso? sabe o motivo do pq isso acontece ?

Bom dia pessoal, eu recompilei o res do nfeservices ini, que já estava compilado, mas por via de duvidas fiz novamente e joguei novamente na pasta raiz do nosso exe e ai deu certo, obrigado a todos que ajudaram.

as urls estão certas, e estou usando a v4.0 por algum motivo esta dando esse erro, pegando da versão anterior

Sim, eu sei, estou usando essa versão.

@Valber eu vi esse link, mas como era de 2022, achei que não tivesse relação, por conta dessa flexibilização sair esse ano, mas de todo modo vou dar uma olhada

Olá, boa tarde. Recebemos a mensagem que o governo do ceará flexibilizou o uso para nfce a partir de 01/02/2025, e que será proibida o uso de MFE a partir de 2026. Um cliente nosso teve problema com o equipamento SAT, e sugerimos migrar para NFCe, só que ao tentar configurar e consultar o status está apresentando a seguinte mensagem : Por acaso existe já no svn a alteração da url ? ou já tem conhecimento dessa mudança ? Conseguem me ajudar ?

Podem ignorar o topico, e marcar como concluido, obrigado.

Bom dia. Atualizei o acbr 3 dias atrás, e agora está me apresentando esse erro para consultar o CEP, sabem me dizer se mudou alguma coisa ? Não mexi nas dlls, apenas parou apos a ultima atualização que fiz.

Olá pessoal, recentemente eu criei o topico - Erro na função ImprimirDANFEPDF ele foi corrigido, de uma forma diferente do que eu havia sugerido, e isso esta impactando em outras impressoes, por exemplo agora com a correção da forma que foi feita, ao imprimir uma carta de correção, ele apresenta o mesmo erro de argument out of range, pq da forma que foi feita, foi uma configuração a dependar da classe que foi chamada pega o FIndexAtual - 1, nesse caso esta fazendo com que o acbr tente imprimir uma carta de um indice que não existe (-1)

Atualizei aqui e problema foi corrigido. Muito obrigado.

Eu tinha corrigido aqui e ia anexar os arquivos aqui hoje, mas vou atualizar e ver se funciona, e aviso vocês aqui.

Mas em relação aos índices do objeto de items, a forma como as notas são inseridas no componente ? No nosso caso sempre trabalhamos apenas com 1 nota armazenada no componente da nfe, por isso sempre usamos o índice 0 para todas as ações que vamos fazer com a nota em questão

foi a que eu tinha passado em 2 comentarios atrás, Antes esse for não existia, ele foi adicionado porem ele deveria começar em 0 e ter um - 1 no final do cont das NotaFiscais, a menos que tenha mudado algo, a primeira nota no componente sempre começa no indice 0

acabei de atualizar, e o codigo está igual, continua dando o mesmo erro.

sexta feira eu atualizei, vou atualizar novamente pra ver

o problema que identifiquei foi que a primeira nota é indice 0 das notas fiscais, nesse for ele ta setando esse IndexImpressaoIndividual := 1, que no caso esta começando em 1, Mas a primeira nota do q é alimentada sempre foi indice 0 Ai quando tenta imprimir aqui ele da esse problema No componente so existe uma nota e ela esta na posição [0]

A gente usava esse metodo para gerar e salvar o pdf no caminho definido acbrNfe.NotasFiscais.Items[0].ImprimirPDF; que resulta nesse erro do post acima, porém não achei nada nos logs em relação a isso, não estou conseguindo salvar os arquivos nas pastas que defino na configuração

Olá. Gostaria de saber se foi feita alguma modificação no processo de salvar o danfe das nfes que estão sendo geradas, após atualizar o acbr semana passada não está mais conseguindo gravar o arquivo na pasta determinada, ao tentar acessar o caminho da propriedade PathPDF esta dando uma exception Os valores estão no componente, porém ao tentar acessar estoura essa exception acima. tentando acessar a property Agradeço desde já.

Bom dia Juliomar, descobri o que é. Quando o xml da nota é gerado com o tipo de emisão definido como danfe simplificado, a informação enviada no campo "tpImp" do xml da nfe vai "3" - DANFE Simplificado, e quando o xml é carregado pra ser impresso como retrato por exemplo, aparece a marca dagua "EMISSÃO NORMAL", fiz um teste alterando o XML somente pra ver colocando 1 no valor do campo que seria referente a impressao RETRATO, e a marca dagua não aparece, então a relação dessa marca dagua está relacionada ao tipo de impressão que o xml foi gerado

Sou do desenvolvimento. Não estamos usando ele carregado, definimos os caminhos dos reports e a medida que o usuario seleciona qual tipo de impressão ele quer, seja retrato ou paisagem por exemplo, o sistema carrega naquele momento o fr3 correspondente.

Olá, Juliomar. Não, não damos a opção de personalizar a marca dagua, inclusive quando uma nota é cancelada, automaticamente o danfe aparece com a marca de cancelada automaticamente, não somos nos que colocamos.

Olá. Obrigado pelas respostas, não sei sinceramente como isso está aparecendo então se no nosso codigo não enviamos nenhuma msg nessas propriedade ai, sempre aparece essa marca no cliente