bnobre

Olá @Renato Rubinho Como você está? O stayontop que achei faz referência ao valor fsStayOnTop da propriedade FormStyle da classe TCustomForm (https://docwiki.embarcadero.com/Libraries/Sydney/en/Vcl.Forms.TCustomForm.FormStyle). Seria isso? Se for eu achei meu confuso a documentação: "Este formulário permanece no topo da área de trabalho e de outros formulários no projeto" Tradução Google Translate Ficou meio sem sentido essa frase pra mim, como assim na frente de outros formulários? Eu preciso é que a aplicação apareça na frente das outras QUANDO ABRIR. Essa frase faz mais sentido na modalidade MDI, onde tem um MDI Pai e diversos MDI filhos que podem ser acessados sem fechar os demais. Aqui no meu caso é fsNormal e chamo todo mundo via ShowModal. A tela 1 chama a tela 2, portando preciso fechar a tela 2 pra voltar a tela 1. Onde EXATAMENTE você sugere que eu coloque esses comandos? Tentei colocar no evento FormShow do Form Principal, mas não funcionou. Nunca achei uma documentação do Application.ProccesMessages, mas sei que ele é usado quando preciso desenhar algo na tela do programa sem que o mesmo trave, não seria isso? Já esse Application.BringToFront serve pra que? Em uma tradução livre seria trazer a aplicação para frente, mas aqui ao menos não trouxe a mesma à frente dos outros programas. E eu não acho documentação do mesmo. Desde já agradeço a sua atenção meu amigo

Olá @EdmarFrazao Tudo bom com você meu amigo... Vou testar sim... Na verdade eu achei esses comandos em alguns sites, fiz uma pesquisa na net e no site da Embarcadero, mas não achei nenhuma documentação explicando sobre os mesmos. Queria saber exatamente qual a finalidade de cada um. Você saberia me dizer ou indicar onde posso achar a documentação?

Tentei dessa forma que explicitei acima, mas não funcionou. Continua "escondendo" a janela da aplicação.

Oi @Juliomar Marchetti Tudo bom? No exemplo que o sistema vê que precisa ser atualizado e chama o atualizador.exe, aí o atualizador.exe se esconde. Eu tenho que aplicar esse código no evento FormShow do único formulário do atualizador.exe? Seria isso?

Olá a todos, Estou com uma dificuldade inusitada. Meu sistema ao abrir verifica se possui alguma atualização, se sim ele abre um programa atualizador que baixa uma nova versão do mesmo, carrega novamente o sistema e se fecha. O problema é que às vezes, por exemplo, na hora de abrir o programa atualizador, ele se esconde atrás de outras janelas e o usuário não têm noção assim que uma atualização está sendo realizada. Ou quando atualiza e abre o sistema novamente, ele se esconde atrás de outras janelas e o usuário não percebe que o sistema já abriu. Como os amigos lidam com essa situação? Desde já agradeço a atenção de todos

Olá a todos, Faltando 1 mês e meio para o início da validação da regra 938... Nenhuma novidade aqui por parte da SEFAZ-RJ, eles só falam que a minuta foi enviada e parar aguardar a publicação da legislação. O prazo vai ficar apertado para atualizar nos clientes aqui... Alguém tem alguma novidade sobre o assunto???

Sim sim, com certeza kkkkkkkkkkkkkkkk Então... Não achei nada na documentação da Classe... A princípio ela sobrepõem e pronto, pelos testes que fiz. Postei em um fórum gringo e a resposta foi que sobrepõem e pronto, sem opção... mas não consta nada na documentação. https://en.delphipraxis.net/topic/9089-tzipfileextractzipfile-overwrite-files/?tab=comments#comment-75597

Boa noite @Renato Rubinho Tudo bom meu amigo? Mas a documentação na classe TFileStream, que menciona a sobreposição usando o valor fmCreate existe. Então creio que a ausência da mesma não seria por esse motivo. Como assim? Não entendi esse termo "condição da aplicação".

Fala pessoal, Fiz contato com o pessoal da SEFAZ-RJ pra tentar descobrir DIRETO NA FONTE quais cálculos/alíquotas usar e preparar nosso sistema aqui para as validações que virão. A resposta não foi muito promissora. Depois perguntei se eles tinham uma previsão desse "em breve". Segue resposta: Qualquer novidade aviso por aqui e peço por gentileza que façam o mesmo.

Também acho, mas normalmente tal informação fica explicita na documentação... Como por exemplo para a classe TFileStream (https://docwiki.embarcadero.com/Libraries/Sydney/en/System.Classes.TFileStream.Create )

Olá a todos, Estou utilizando o método de classe abaixo para extrair o conteúdo de arquivos zipados: https://docwiki.embarcadero.com/Libraries/Alexandria/en/System.Zip.TZipFile.ExtractZipFile Nos testes que realizei, ao executar o método os arquivos existentes no .zip sobrescrevem os arquivos de mesmo nome no destino. É realmente esse o comportamento que eu quero, mas como não achei nada na documentação sobre isso quero confirmar se esse é o comportamento padrão dele ou se "eu tive sorte"? Desde já agradeço a atenção de todos.

Hummmm... Então na verdade o synapse seria um projeto com todas essas classes da pasta Terceiros - synalist ... Legal. Mas pelo que vi no site ele não afetaria muito a questão do falso positivo, é na verdade mais enxuto e multiplataforma: Então a princípio vou continuar usando o idHTTP (Indy), pois já está tudo pronto nesse formato e funcionando. Mas vou passar a usar HTTPS e também baixar tudo em .zip e depois descompactar localmente conforme você me orientou... No futuro também irei adquirir o Code Signing OVS. Acho que esse tópico não tem uma resposta definitiva, seria mais um conjunto de boas práticas a serem copiadas de quem está tendo sucesso com isso. Desde já agradeço as valiosas dicas

Olá @Daniel Simoes Tudo bem? Segui suas dicas...Vamos aos resultados.. 1º - Eu havia feito contato com o pessoal do Kaspersky sobre os falsos positivos na semana passada, eles me responderam confirmando o falso positivo e disseram que seria resolvido em uma próxima atualização. Eu não acreditei muito, mas hoje estou testando os executáveis e realmente não estão mais surgindo os falsos positivos em https://opentip.kaspersky.com/. Portanto os testes realizados abaixo serão feitos no https://www.virustotal.com/. 2º - Segui essa dica. Criei um bucket SS3 para baixar os arquivos somente usando HTTPS. Sabe o que aconteceu no virustotal.com?!?!? Passou a detectar MAIS falsos positivos... Acredita?!?!? 3º Também segui essa dica, e como no exemplo acima passou a detectar MAIS falsos positivos do que anteriormente. 4º - Gostei de saber que vocês usam o OV. Pois o EV é "inconcebível". Esses resultados me geraram as seguintes dúvidas: 1 - Sinceramente pelos resultados não creio que esse virustotal.com seja efetivo. Já tentou testar seus binários pelo por esse serviço para ver os resultados? 2 - Mesmo não tendo tido nenhum benefício aparente, você continua achando válido usar o HTTPs como canal de transferência desses arquivos em detrimento do HTTP? Se sim, porque? 3 - Mesmo não tendo tido nenhum benefício aparente, você continua achando válido baixar o executável como .zip e só localmente extrair o mesmo? Se sim, porque? 4 - Tentei usar essa classe Synapse, ao invés do idHttp, mas para ser sincero não achei a mesma. Achei diversas classes no diretório Terceiros - synalist, mas essa classe em específica não achei. Tem algum outro local onde possa achar a mesma e algum exemplo de uso? Desde já agradeço a atenção e acho que esse tópico será referência para aqueles que assim como eu precisarem desenvolver algo tão simples (um programa para baixar arquivos, como um atualizador por exemplo) e sejam pegos de surpresa com toda essa questão "extra" de falsos positivos

Seguinte pessoal... Essa situação da presença de códigos para download de arquivos na internet em nossos programas gerar um falso positivo nos antivírus ÀS VEZES me frustrou e acabei achando na internet um exemplo da própria Embarcadero de como criar programas para download de arquivos na internet: https://github.com/Embarcadero/RADStudio11Demos Dentro de Object Pascal -> RTL existem dois exemplos, o HttpAsyncDownload e o HttpDownload e resolvi colocar a prova o código da Embarcadero, pois se o meu está dando falso positivo e o problema é a existência de um código de download de arquivos na internet, então o exemplo deles, que é um programa que faz download de arquivos, também teria dar o falso positivo. Adivinha?!?!? Passou com louvor tanto no https://opentip.kaspersky.com/ quanto no https://www.virustotal.com/. Isso meu deixou mais frustrado ainda!!!!!! Bem, tive que me perguntar... Qual a diferença do código deles para o meu? Porque comigo não dá certo e com eles passa sem problemas no teste de vírus? Reparei que eles usam a biblioteca httpClient, parece que o idHttp ficou no passado ao menos pra eles. Mas como citei no início do tópico já tinha tentado trocar a classe e não deu certo. Um dos meus executáveis até passa no https://opentip.kaspersky.com/ depois da troca, mas no https://www.virustotal.com/ apresentado pelo @Daniel Simoes consta como vírus em 3 de 71. O outro executável mesmo trocando o componente acusa vírus tanto no https://opentip.kaspersky.com/ quanto no https://www.virustotal.com/ (4/71). Como a única diferença restante entre o projeto da Embarcadero e o meu era o fato do deles ser em Firemonkey e o meu em VCL, recriei meu projeto em Firemonkey/httpClient e adivinha?!?!? Passou com louvor tanto no https://opentip.kaspersky.com/ quanto no https://www.virustotal.com/. Agora eu te pergunto... Porque diabos o executável compilado com o Firemonkey não acusa vírus, em detrimento do compilado no VCL? Qual é a "mágica"?

Na verdade o problema não é nem tanto com o cliente ficar desconfiado, é mais o trabalho de colocar o executável na máquina do cliente e o mesmo ser deletado por um falso positivo e com isso gerar demanda de suporte nosso. O tópico que passou é excelente, mas como eu disse o assunto abrangeu mais o Windows em si, não menciona como os antivírus em geral do mercado lidam com esses binários assinados. Fiz uma pesquisa aqui rápida na internet e não achei nada sobre essa questão em relação aos antivírus/binários executados. Como foi a sua experiência COM OS ANTIVÍRUS depois que passou a assinar seus binários? Teve casos em que falsos positivos (referente a códigos de download como o meu) surgiram e depois de assinar o binário pararam?

Oi @Daniel Simoes Tudo bom meu amigo? Pow, bacana isso... Até hoje nunca tinha ouvido falar desse assunto. Pelo que li no seu tópico as mensagens de alerta do Windows irão sumir, beleza... Mas não vi nada no texto que fizesse alusão que o uso desse certificado elimina esses falsos positivos dos antivírus. Elimina? É assim que vocês resolveram esse problema incômodo de colocar um código pra fazer download e pronto, tá lá o alerta de falso positivo?

Olá a todos, Desenvolvi uma pequena aplicação que não faz nada além de baixar um executável em meu site para a máquina do cliente. Mas sempre que vou trabalhar com código pra fazer download de arquivos no Delphi tenho problemas de falso positivo. Tinha isso no Delphi 2010 e estou tendo agora no Delphi 11.2. Vira e mexe o Kaspersky em meu computador acusa que minha aplicação é um malware: HEUR:Trojan-Downloader.Win32.Generic, não é sempre, é só às vezes, mas quando acusa apaga o executável. Mas se eu for testar no https://opentip.kaspersky.com aí toda vez acusa o tal malware. Como estou com o Delphi 11.2 agora decidi, para efeito de teste, deixar de usar o idHTTP e usar um objeto mais moderno do Delphi para tal, o httpClient e simplesmente parou de acusar o falso positivo nesse executável lá no portal do Kaspersky. Aí pensei, que legal... Resolvi, "só que não". Nessa aplicação resolveu, mas em outra que possuo, que também faz download de arquivos e que também está dando falso positivo às vezes, troquei o idHttp pelo httpClient, e continua dando o falso positivo no Karsperky. Como vocês lidam com essa situação? Existe alguma recomendação ou regra na hora de programar quando envolva download de arquivos OU simplesmente é torcer para o antivirus não excluir nossos executáveis? Entrei em contato com o pessoal do Kaspersky, confirmaram que é um falso positivo e que iriam corrigir o problema, mas isso é só uma gota no oceano cheio de antivírus... E isso considerando que realmente resolvam o problema, o que até agora não aconteceu. Desde já agradeço a atenção

Falando em cálculo... Achou algum documento OFICIAL relatando como será feito o cálculo de algumas dessas tags do ICMS Efetivo e/ou Retido? Caso sim, compartilha aqui por favor. Eu achei os seguintes cálculos (Fonte não oficial https://blog.oobj.com.br/icms-efetivo/ ) vBCEfet = vProd * (1 – pRedBCEfet) vICMSEfet = pICMSEfet * vBCEfet Mas como a fonte não é oficial, não sei se será usado tal fórmula no RJ, mas creio isso não deve variar entre os estados. No PDV para emissão de cupom fiscal vou colocar o cálculo automático e pedir para o usuário preencher as alíquotas previamente nas regras de tributação. No que tange o modelo 55 por hora estou colocando todos as tags dos grupos ICMS Efetivo e Retido editáveis na tela de preenchimento da própria NFe, para na pior das hipóteses o usuário poder preencher manualmente e não ficar impossibilitado de enviar o documento. Qualquer novidade aí da comunidade vamos alimentando aqui e melhorando a solução.

Olá @Matheus Marçal... Tudo bom? Contabilmente se são mutuamente exclusivos (o efetivo e o retido) não sei te dizer, mas no XML passa o preenchimento dos dois grupos sem problema aqui nos meus testes: Ressaltando que os testes que eu fiz usando os 2 grupos foi no modelo 55. No modelo 65 só me preocupei de testar o preenchimento do grupo Efetivo, pois no mesmo a validação só contempla os campos do grupo N33 (ICMS Efetivo). Se foi uma forma de tributar o ST eu não sei, às vezes sinto que esses caras do ENCAT nem sabem mais o que fazem e criam essas validações NO AUTOMÁTICO kkkkkkkkkkkkkkkkkkkkkkkk Só não entendi o que você quis dizer no trecho: "agora você pode usar aliquota e FECP e aplicar no 060 e no 0500, como se estivessemos utilizando o ( 00 )". Como assim usar alíquota e FECP? Você fala das alíquotas de ICMS e FECP dos produtos? Se sim, as tags de alíquota de ICMS e FECP ficam em grupos distintos das tags dos grupos Efetivo e Retido, portanto creio que não tem nada a ver!!! Galera, essa NT com as validações 906 e 938 existe desde 2019... Ninguém sabe de nenhum outro estado que já as tenha ativado? Será que o RJ é o pioneiro 4 anos depois???

Outro detalhe: A NT diz que modelo 65 com idFinal = 1 tem que preencher as tags do grupo N33. Acima eu preenchi, mas o vICMSEfet acabou sendo 0.00 devido o baixo valor do produto que coloquei propositalmente como 0.05. Ao meu ver eu preenchi a tag a partir do momento que a mesma aparece no XML (com valor 0) e com isso obedeci a regra em questão. Isso conta? Ou preencher também considera ser um valor diferente de 0?

oi @Juliana Tamizou Já fiz contato com o mesmo, estou no aguardo dele. Obrigado

Fala meu amigo @Italo Giurizzato Junior Tudo bom? Vamos lá... Operações a consumidor final (indFinal = 1) e CST = 60 ou CSOSN = 500 (tanto para o modelo 55 quanto 65). Essa regra acima é redundante no que tange o modelo 65 e o indFinal = 1, afinal todos os modelos 65 tem o indFinal = 1, do contrário levariam a rejeição 716... Correto? Então basicamente se é NFCe e se tem CSOSN 500 vai ser necessário o preenchimento dos campos do grupo N33 ou meu entendimento está errado??? Quanto a percentual a ser utilizado, se é único para todos os produtos ou se depende do produto a pessoa mais indicada a informar isso é o contador dos seus clientes. Então meu amigo, sabe como é a contabilidade, temos que nos virar sem eles na maioria das vezes. Eu na verdade queria que algum desenvolvedor de OUTRO estado em que isso já é obrigatório (afinal deve ter, a NT é de 2019) me relatasse como funciona. É por produto? É por grupo? Não que isso vá ser seguido aqui no RJ, MAS com a visão da prática em outros já posso ter uma ideia e montar a minha tela da melhor maneira possível com as informações que tiver. Desde já agradeço sua atenção

Então pessoal... Conforme vocês viram quem não atender a essas novas regras aqui no RJ, não conseguirá emitir cupons fiscais e NFe. Tal validação já era opcional desde 2019, mas aqui no RJ não era obrigadora, ao menos até agora... "Que legal" kkkkkkkkkkkkkkkkk A minha dúvida agora é a seguinte: Onde no meu programa atribuir tais campos? Vou dar uma visão mais ampla da situação: Aqui no meu sistema eu tenho uma tela de configuração dos impostos, segue abaixo: E aí, usando o exemplo acima, especifico no cadastro dos produtos quem irá usar tais detalhes/regras de tributação: Como a tributação é uma informação repetitiva, usada em GRUPOS de produtos, criei uma tela específica para a mesma e vou no cadastro de produtos associando apenas a tributação que será usada. Fica mais fácil assim para o usuário. Em relação ao Percentual de redução da base e a Alíquota do ICMS efetiva será similar???? Tais valores serão em sua maioria repetitivos entre os produtos OU cada produto terá um valor diferente, assim como é o código de barras, descrição, etc? Alguém aí de outro estado onde esse preenchimento já é obrigatório poderia me esclarecer??? Se forem valores repetitivos eu jogarei na tela de tributação. Se forem valores únicos (como código de barras por exemplo) vou jogar na tela de cadastro de produtos.

E pelo jeito eu ainda dei sorte, pois o prazo ia estourar dia 25/04/2023 e ia ser uma merd... generalizada. http://www.fazenda.rj.gov.br/sefaz/faces/menu_structure/legislacao/legislacao-estadual-navigation/coluna3/Portarias/Portarias-Tributaria?_afrLoop=101068555465901329&datasource=UCMServer%23dDocName%3AWCC42000001955&_adf.ctrl-state=1381ufj9jl_42 De repente seria mais interessante mover esse tópico para a parte de NFCe da área aberta do fórum, pois com certeza assim como eu devem haver outros desavisados aqui do RJ em relação a tais campos. O que acham? Desde já agradeço a atenção

Olá meu amigo... Obrigado pelos esclarecimentos, estamos mal aqui com consultoria contábil. Farei contato com o amigo @marcopoloviana agora. Grato