Renan S

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!

Existe alguma sinaleira dessas avulsas? Que não sejam do checkout?

kkkkkk então neh, tipo isso mesmo! kkkkkk Usar um celular afixado lá, seria a segunda opção nossa, se não ter certo com o Modem. Pelo oque eu vi, o certo, certo, era usar um chip especifico (acho que é m2m, algo assim) para isso, mas é um projeto piloto