Renan S

Sim, Mas estou usando a versão que já foi assinada e transmitida e que está com o protocolo de autorização*** Sim, está para salvar, porém usamos via Banco de Dados! Outra informação, é que a ACBrNFe.RetConsSit, if cStat in [101, 151, 155] then begin ANodeAux := ANode.Childrens.FindAnyNs('infCanc'); Esse cara, ele é Nill, mesmo com o XML de cancelamento, parece que não consegue achar a infCanc, pois no XML está dentro de retCancNFe -> infCanc, e oque quero acessar é a propriedade xMotivo ***Seguindo a recomendação do ENCAT, manter o XML como autorizado e reter os eventos de cancelamentos....

Pessoal boa tarde, tudo bem ? Alguém poderia nos auxiliar, estamos com a seguinte situação, estamos consultando via XML (que foi autorizado na Sefaz) uma NFCe que foi cancelada anteriormente, que devido a algum problema no PDV, não foi registrado o evento, nem o protocolo de cancelamento, enfim, realizamos o carregamento do XML e consultamos, porém as informações do xml referente a infCanc, não estão sendo carregadas para o componente... Segue como estamos consultando: _nfce.NotasFiscais.LoadFromString(xml); _nfce.Consultar('', True); Ao usar as propriedades _nfce.WebServices.Consulta.retCancNFe.nProt ou _nfce.WebServices.Consulta.retCancNFe.xMotivo, elas estão em branco. Seguindo o código, cheguei na ACBrNFeWebServices -> TratarResposta, teoricamente falando era para ser o local onde extrai as informações do cancelamento, porém o seguinte bloco, nunca atende a condição if NFeRetorno.retCancNFe.cStat > 0 then Não sei se estou no caminho errado, mas gostaria de obter as informações do Cancelamento e dos Eventos, para conciliarmos as NFCe que foram canceladas, mas por algum motivo não consta o protocolo, um dos motivos por não possuirmos o protocolo de cancelamento, é timeout, no cancelamento, porém de qualquer modo, precisariamos consultar a NFCe, para termos certeza se foi cancelado ou não, em eventual timeout.... Se alguem poder nos auxiliar, se é nessas tags's mesmo, ou se é em outro local.... Desde já, muito obrigado a todos! RetornoConsulta.xml

Sim, mas referente a N12a-80 Se informado CRT (id:C21) igual 4 (MEI) e idDest<>3(exterior) - Se NF-e (mod=55) aceitar somente o CSOSN (id:N12a) 102, 300, 400 e 900 Observação 1: Regra de validação válida a partir de 01/07/2024 em homologação e 01/04/2025 em produção

Boa tarde, a todos, Com a entrada da NT 2024.001, referente aos MEI's, entrou em vigor a rejeição N12a-80 782-Rejeição: CSOSN inválido para emitente MEI (CRT=4) ; Para produtos que são substituição tributária, exemplo, bebidas/agua, como os colegas estão preenchendo ? Visto que somente é permitido os 102, 300, 400 e 900 Desde já, Muito obrigado!

ACBrNFeDANFEClass.zip via zip consigo fazer o upload, porém o DM não consigo....

Italo, Sefaz MG Produção, está com alguma divergencia, pois a nota foi denegada / rejeitada, porém em uma outra nota com o mesmo número, o retorno foi de duplicidade... Não entendi, em SP Homologação funciona....

Julioma, no componente! Como mudou essa questão das Denegadas, antes, precisamos guardar e subir numeração, agora com essa mudança que deve, as denegação, 301,302,303, agora é rejeição, igual quando informamos um NCM invalido! (EXEMPLO) Ocorre que o NFe não gera o Exception, pois na pratica, ele antes tinha que atualiza o XML e dar continuidade no processo... mas agora não precisa.... até mesmo dentro do ACBr NFe tem uma propriedade, chamada "confirmada", creio que ela deve ser FALSE agora, porém existe em varios locais que o componente espera 100, 301, 302... Ai mora um grande problema, eu não consigo enviar arquivo aqui no forum, e tipo não conheço os outros documentos (CTe, MDFe), mas pode ser que tenha sido alterado isso em todos, aqui fiz gerar o Exception quando vem esses Cstat's, para a aplicação nossa entender que é uma rejeição, e retirada de tudo que salvava como Denegada.... A NT que trada isso é a Nota Técnica 2024.001 Já está em produção

Consegui apenas anexar o link para o Drive, se possível anexar aqui, porém aqui, mesmo na data atual, não consigo.... Se poder pegar de lá, e trazer para cà para analisarem e validar...

Boa noite a todos, Estava analisando e realizando alguns testes referente a isso, e notei que o ACBr ainda continua tradando as denegações, de acordo com as alterações passa a ser rejeição alguns cStat. Um exemplo quando é rejeição o ACBrNFe1.Enviar(nLote, False); ele gera um excpetion, com a rejeição, porém as cStat como ainda estão sendo tratadas como denegada, o ACBr ainda faz processo de atualizar o XML, e sinalizar que a NFe está confirmada... Olhei no forum e vi alguns topicos fechados sobre isso, porem agredito que ainda aja inconsisdencia na ACBrNFeWebServices e na função NFe.Confirmada Pois no casos das CStat, 301,302,303 passa a ser rejeição... Desse assunto existe alguma novidade ? Desde já muito obrigado!

Você já usou 5.8 MB do seu 10 MB limite para anexos. Os arquivos não tem 300kb Tem espaço, porém ao enviar aparece Houve um problema no processamento do arquivo enviado. -200 (Error code: -200)

Segue link: https://drive.google.com/drive/folders/16ChS5X5oSMlRdwGOmkP9iyiaDCkt14vl?usp=sharing Não estou consegindo realizar upload aqui pelo forum...

Segui os fontes aqui, para eu deixar disponivel o LarguraBobina dentro da DM, eu segui o Margens, pois seria só mudar de um local para o outro.... Margens, porque ela estão disponiveis.... Porém os Margens são da ACBrDFeReport.... mudei para o LarguraBobina da ACBrNFeDANFEClasse, para o da DFe Report, espero que eu não tenha quebrado nada... Como os outros não utiliza via componente, e preferem utilizar via arquivo, é só deixar a propriedade com ZERO Segue alterações

Sim, sim, mas não faz sentido, se é algo que estou desenvolvendo, já evito dor de cabeça no futuro.... Praque implementar algo, que posteriormente vamos ter que alterar de cliente para cliente ?

Atualizei o ACBr, só para garantir, porém mesmo assim nada... O LarguraBobina nem é utilizado dentro do ACBrNFeDANFEFRDM, (obs.: pode ser que esteja em outro local, porém não localizei, para FastReport!) Não faz sentido... Igual comentei, se tiver como acessar o LarguraBobina dentro ACBrNFeDANFEFRDM, a propria função, AjustaMargensReports, utilizando PaperWidth := larguraBobina já resolveria a questão.... Acretido que a maioria faça pelo .fr3, porém se o ACBr tem a propriedade, porque não utilizar ? É mais essa questão de acessar, pois não faço muito ideia de como passar isso do componente para o ACBrNFeDANFEFRDM

Bom dia a todos, tudo bem? Estamos iniciando o desenvolvimento com a NFCe, porém notamos algo referente a impressão utilizando FastReport, a propriedade de LarguraBobina, não está sendo respeitada, dentro do ACBrNFeDANFEFRDM nem existe referencia para a largura... Sugestão para implementação seria dentro da função AjustaMargensReports, PaperWidth; porém através do DANFEClassOwner, não estamos conseguindo acessar a LarguraBobina do componente... Alguém saberia nos orientar, de como deixar disponivel a LarguraBobina dentro do ACBrNFeDANFEFRDM ? Ou alguma maneira de acessar o TfrxReportPage da NFce para realizar essa alteração por fora? Obrigado!