DevCriare

Não fiz nenhuma alteração que usamos o .bpl Acredito que uma property imprime valores estendido como falso como padrão resolveria e ajustar PreencherToledoMGV7 colocando 5,1 ( passando o paramentro decimal no caso 1 ) imprime valores estendido = false não iria adcionar esses campos no arquivo , pois mesmo zerado eles ignora

Bom dia, tudo bem? Estou com um problema na carga de informações nutricionais. Seria dois pontos que encontrei sobre os campos com Estendido no nome (ProteinasEstendido429, GordurasTotaisEstendido429, AcucaresTotaisEstendido429,AcucaresAdicionadosEstendido429). Esses campos mesmo indo zerado no arquivo de informações nutricionais, eles fazem que os campos (Proteinas429, GordurasTotais429, AcucaresTotais429,AcucaresAdicionados429) sejam substituídos por 0. Ao preencher esses campos com nome estendido, ao gerar o arquivo de carga para balança, está saindo com valores errado, valores 10x maior que o informado , acredito que seja por causa do metodo PreencherToledoMGV7 , aonde ao adicionar esse campo no arquivo com o metodo LFIll passa eles assim : LFIll(Produtos[i].Nutricional.AcucaresTotaisEstendido429,5) , esse metodo por padrão quando não informa a casa decimal usa 2 casas , porém no arquivo usa apenas 1 casa decimal para esses campos

Ahh Bacana @BigWings. Então minha solução de contorno aqui resolveu. Hoje como só gero o "CNAB444" para o banco DAYCOVAL, então fiz uma tratativa na minha regra, que se apenas o banco for igual ao DAYCOVAL alimenta as propertys, se não, nem alimenta. Mas obrigado pelo esclarecimento.

Ao importar remessa no Banco Bradesco, está acusando para os registros do tipo 1: "Tamanho do Registro invalido", conforme imagem abaixo: Analisando os fontes das minhas classes, percebi que passamos a alimentar dados da NFe para atender ao Banco DAYCOVAL, porém impactou no BancoBradesco. Em analise nas unit ACBrBancoBradesco, percebi que é gerada a chave da NFe ao final do registro. Isso tem algum layout específico? ou o Cliente deve ver no Banco se tem que mudar alguma coisa?

Foram configurações internas do meu aplicativo... não são muito relevantes pro contexto da discussão, mas a título de curiosidade só defini o padrão do modelo esterno pra TACBrPosPrinterElginE1Lib e o TACBrPosPrinterElginE1Lib.modelo pra prnM8, além de mudar a gaveta pra chamar a TJTermica. Fora isso, no projeto realmente só adicionei a minipdv.jar no build, e rodei aquela ação de resetar as bibliotecas (ACBrPosPrinterAndroid > Target Platforms > Android32 > Libraries > "Clique direito" Revert System Files to Default)

Claro! Tá na mão ACBrPosPrinterAndroid.rar

Isso mesmo que observei, parece ter sido removido do projeto como dependência. Não acho que aquela opção "Revert System Files to Default" afete os .jar inseridos, pelo que vi no .dproj, os .jar e os arquivos afetados são declarados de forma diferente. Pro demo funcionar, só isso já foi suficiente. No meu app coloquei a biblioteca na versão mais recente (2.16.00), mexi em alguns valores padrão pras configurações internas e limpei os caches, por fim funcionou também. A última questão que ficou foi a gaveta, não consegui fazer funcionar nem no demo nem no meu app, mas implementei uma chamada pra classe Java da Elgin TJTermica e resolveu. Obrigado a todos

Estive fazendo mais testes com o Demo, e parece que na revisão 27062 a biblioteca minipdvm8.jar sumiu... adicionei novamente no demo e consegui imprimir e cortar o papel corretamente. Mas ainda não entendo ao certo como isso pode ter afetado o meu app, vou continuar analisando.

Aqui na empresa costumamos atualizar os fontes do acbr quando precisamos de uma implementação nova, não temos uma relação fiel de quais revisões foram instaladas, mas baseado nos nossos logs internos consigo pelo menos algumas datas em que atualizamos. 24/03/2023: ? (testei com a revisão 28855 e não funcionou) 12/07/2023: Revisão 30100 (não consegui instalar o acbr corretamente) 17/07/2023: ? (testei com a revisão 30133 e não funcionou) 11/12/2023: ? 18/01/2024: Revisão 31995 10/06/2024: Revisão 33922 29/07/2024: Revisão 34590 Vou continuar testando as revisões que encontrar, estou usando Delphi 11.3

Após a atualização dos fontes do acbr, notei um comportamento estranho na impressão do Elgin M10, a guilhotina não está mais sendo ativada corretamente. FIz alguns testes pra ilustrar o comportamento observado. 1° Teste: Configuração: Modelo=ppExterno, ModeloExterno=TACBrPosPrinterElginE1Lib, Porta=BTH:BluetoothPrinter. (Feita no meu app, pois o PosPrinterTeste não permite essa configuração) Resultado: Imprime corretamente e corta uma nfce, porém imprime também uma segunda cópia com as tags não resolvidas e não corta. 2° Teste: Configuração: Modelo=ppCustomPos, Porta: BTH:BluetoothPrinter Resultado: Imprime o teste de alinhamento corretamente, porém não corta (nem testando pelo botão) 3° Teste: Configuração: Modelo-ppExterno, ModeloExterno=TACBrPosPrinterElginE1Lib, Porta=NULL Resultado: Erro ao ativar (NoClassDefFoundError) e erro ao imprimir (Error -4 executando ImpressaoTexto) Importante considerar também que a última biblioteca no repositório da Elgin para Delphi (PDV_Android_Elgin/Exemplos/App_eXperience_FireMonkey/Elgin_AppExperience_DelphiFiremonkey-font/libs/e1-V02.16.00-release.jar at master · ElginDeveloperCommunity/PDV_Android_Elgin (github.com)) é a 2.16.00, enquanto no exemplo está 1.0.4. Testei com as duas versões e o comportamento se manteve. Criei o tópico porque não encontrei nada relacionado, e também por que fui orientado a fazer isso no chat do Discord. Se alguém encontrou alguma solução ou alternativa para esse aparelho e puder compartilhar, vai ajudar demais. Em anexo estão as configurações testadas e os resultados obtidos, na mesma ordem

Bom dia pessoal! Acabei não respondendo aqui, o problema era realmente a região configurada na máquina. Ela está em outro país, aí o padrão que o Windows estava puxando era dos EUA mesmo! Envolvia configurações de padrões de data/hora, moeda e região mesmo (Estava mascarado também, a questão de ter vários usuários na máquina, aí precisava forçar eles estarem com o mesmo padrão do Brasil). Obrigado pela atenção!!

Bom dia pessoal! Espero que estejam bem! Estou tendo um problema na impressão de DANF-e e DANFC-e (Ocorre nos dois tipos de documento, com XMLs diferentes...) O que está acontecendo, é que após carregar o XML no ACBrNFe, e imprimir o PDF, está gerando valores incorretos, no % ICMS (No caso do DANF-e) e VALOR TOTAL (No caso do DANFC-e). Alguém já pegou algo parecido? Detalhes: Os XMLs foram autorizados em homologação, e o problema não acontece sempre. Segue em anexo os exemplos.

Boa tarde á Todos. @bnobre, voce conseguiu alguma informação clara quanto ao Calculo da tag vBCEfet? Nas pesquisas por aqui, e também com contadores do RJ, me informaram que deve ser sobre o Valor Bruto do produto, ou seja, (QTD X UNITARIO) - %pReDBCEfet. è isso mesmo pessoal? Obrigado á todos.