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

Por isso que o envio de dados sera via modem! Se tivesse internet, fazeriamos via API (era muito mais facil), porém nesse projeto especifico ele tem necessidades especificas.... Ante mão, não é projeto de automação comercial!

E tem outro problema também, é uma aplicação que irá rodar praticamente sem internet.... Por isso o serviços tipo o ZenEnvia, Twillo, não atenderia

Entendo, mas para começarmos gostariamos de fazer via modem mesmo....Pois é projeto piloto

Boa tarde a todos! Alguém utiliza o ACBrSMS, poderia nose falar qual modem que estão utilizando ? Desde já, Muito obrigado!

Boa tarde a todos! Alguém poderia me indicar algum app que force deixar outro App em primeiro plano, impetindo que o usuario feche ou abre outro aplicativo! E caso reinicie o Android abra o app novamente Desde já muito obrigado!

Faz conforme mencionei no inicio, eu utilizo até hoje e nunca tive problema com nenhuma impressora! Comentario desnecessario da minha parte: Essa questão de papel continuo, funciona na pratica apenas em algumas impressoras! (Na teoria tudo é lindo maravilhoso, porém na pratica não)

Vou fazer!

Desculpa a minha ignorancia, não entendi! Tipo, quando instala o ACBr com a opção de manter apenas a LibXXX no Path, quando clico nos componentes, a IDE não acha o ponto no fonte, para Debugar, e quando eu mexo em algo, presciso usar o instalador novamente para gerar as BPL, mesmo recompilando o Pacote, quando deixo desmarcado, ai consigo ir acompanhando. Sobre o Browse Path, vou estar procurando algo sobre ele Sobre Atualizar, tranquilo, eu geralmente apago e sincronizo novamente (Não é o mais correto!, mas fica melhor aqui para gente, pois deixo uma copia exata do ACBr que utilizamos até a data antes de atualizar)

Boa tarde, a todos, Já aconteceu com alguém a seguinte situação: No meu Delphi, existe varios componentes e fontes anexados na LibPath, por exemplo o ACBr, gosto de deixar o fonte, para poder ir mexendo e entender como as coisas funciona, porém. Porém quando não uso o LibXX do componente, não consigo compilar via dcc, a saída ocorre com o seguinte erro: C:\Program Files (x86)\Embarcadero\Studio\16.0\Bin\CodeGear.Delphi.Targets(366,5): error MSB6003: The specified task executable "dcc" could not be run. O nome do arquivo ou a extensão é muito grande Realmente a LibaryPath é grande, já tentei habilitar o LongPath, do windows porém sem sucesso! Gostaria de deixar do jeito que é hoje com os fontes, existe uma maneira de aumentar esse tamanho ? Desde de já, Muito obrigado!

Informo via código, baseado no configurador do sistema, tá para regular! Isso ocorre quando prescisamos usar uma largura, menor, por exemplo 276, o QRCode ocupa um espaço, mesmo o layout sendo responsivo, acaba cortando! No caso da chave, é estetico(pois já que vai usar duas linhas mesmo, quebra pelo menos a mesma quantidade) Logico que tem outros fatores aqui no meu caso, exemplo FONTE, que a gente força a troca, porém já fiz o teste com o exemplo puro, sem alterações que fazemos e ocorre isso também. Isso ocorre, e é comum de acontecer, é que ninguem repara muito! (É detalhe!) Por isso é apenas uma sugestão, são alterações pontuais, que deixa mais responsivo ainda, e evita cortes, esse da chave, igual comentei, a gente deve problema com a galera que digita esse codigo para doação (pois contava o primeiro digito, mesmo sem cortar o produto, no layout tenho a impressão de que os produtos é levemente mais longe da borda, porém não tenho certeza) Aqui a gente toda atualização a gente faz um roteiro, para implementar as alterações.