Gestão de Pessoas | HCM - 6.10.4.34

Problema: durante a geração de não periódicos, ocorria um erro ao carregar a lista de pendências, retornando a seguinte mensagem:

Correção efetuada: removemos os caracteres especiais no processamento das pendências, incluindo aspas duplas não escapadas e barras invertidas desnecessárias. Também eliminamos caracteres de retorno de carro e substituímos quebras de linha por espaços.

Problema: o sistema apresentava inconsistência na geração do leiaute S-1200 para empresas configuradas como tomadoras por rateio. A ficha financeira de colaboradores com múltiplos rateios apresentava um evento de desconto de IRRF em um código de rateio menor que os demais, resultando na exclusão do DMDev e erro na geração do XML.

Correção efetuada: ajustamos o sistema, garantindo que a geração do leiaute S-1200 considere corretamente as regras específicas de rateio e os eventos de desconto.

Para que o sistema esteja em concordância com a publicação da versão S-1.2 (Consol. até a NO S-1.2 - 04.2023) do Manual de Orientação do eSocial, ajustamos as validações relacionadas às alterações das condições de obrigatoriedade de envio do leiaute S-2230 para os seguintes códigos de motivo de afastamento:

• 6 - Aposentadoria por invalidez (atual aposentadoria por incapacidade permanente);
• 10 - Afastamento/licença de servidor público prevista em estatuto, com remuneração;
• 12 - Cargo Eletivo - Candidato a cargo eletivo - Lei 7.664/1988 - art. 25, parágrafo único - Celetistas em geral;
• 13 - Cargo Eletivo - Candidato a cargo eletivo - Lei Complementar 64/1990 - art. 1°, inciso II, - Servidor público, estatutário ou não, dos órgãos ou entidades da Administração Direta ou Indireta da União, dos Estados, do Distrito Federal, dos Municípios e dos Territórios, inclusive das fundações mantidas pelo Poder Público;
• 15 - Gozo de férias ou recesso - Afastamento temporário para o gozo de férias ou recesso; e
• 27 - Qualificação - Afastamento por suspensão do contrato de acordo com o art 476-A da CLT.

A Portaria 671 estabeleceu que o CPF passa a ser o documento principal de identificação dos colaboradores. Sendo assim, revisamos todos os relatórios do sistema para que:

• campos como PIS e CTPS fossem substituídos pelo campo CPF em todos os relatórios que apresentassem esses campos;
• o campo CPF fosse adicionado em todos os relatórios que ainda não tivessem esse campo;
• a descrição do cargo do relatório 027 - Adendo Contratual - Cargo (FPDO027.COL) possa ser distribuída em até 3 linhas.

Anteriormente, a tela do Onboarding não aplicava a abrangência. Ou seja, independentemente da empresa selecionada na Admissão Digital para a admissão do candidato, ele era exibido em todas as empresas do sistema. Além disso, o candidato era visível para todos os usuários, independentemente da abrangência definida para cada um. Agora, aplicamos a abrangência de usuário por empresa e filial na pesquisa de candidatos em processo de pré-admissão do Onboarding (Admissão Digital).

O principal benefício dessa mudança é garantir maior controle de acesso, exibindo apenas candidatos vinculados às empresas e filiais corretas para os usuários autorizados. Isso melhora a segurança das informações, otimiza o fluxo de trabalho e facilita a gestão dos candidatos.

Problema: o sistema não provisionava a baixa do FGTS do 13º indenizado quando havia ajuste de base de FGTS no cálculo da rescisão.

Correção efetuada: ajustamos a provisão de 13º para realizar a baixa de FGTS de 13º indenizado.

Problema: ao listar a relação do INSS, eram apresentados valores incorretos para o campo Desoneração da Folha.

Correção efetuada: ajustamos a rotina de cálculo para que o campo Desoneração da Folha apresente corretamente os valores.

Na tela de Consulta/Envio dos Layouts do e-Sfinge, o campo Período agora considera a Data de Envio, além da Data de Referência que já era utilizada. Os registros serão apresentados se houver pelo menos uma Data de Referência ou Data de Envio dentro do período informado.

Problema: ao realizar uma readmissão, o sistema apresentava a seguinte mensagem:

Correção efetuada: ajustamos o sistema para que, ao realizar uma readmissão, a data correta seja considerada, evitando mensagens de erro ao processar a readmissão.

Realizamos uma implementação para que, durante a efetivação do candidato, o usuário possa escolher entre criar um novo contrato ou alterar o existente, caso o candidato seja interno e tenha categoria eSocial igual a 901 - Estagiário.

Para mais informações, verifique a tabela do campo Tipo de Efetivação, na documentação sobre Candidatos a Efetivar.

Com a descontinuação da Relação Anual de Informações Sociais (RAIS), removemos a obrigatoriedade dos seguintes campos do sistema:

• campo Consta na RAIS, da tela Ficha Cadastral (FR034FUN);
• parâmetro lisRai, da porta FichaBasica_6, do web service com.senior.g5.rh.fp.fichaBasica.

Melhoramos a descrição do relatório 001 - Relação de Colaboradores (FPRE001.COL), incluindo o texto:

Problema: ao gerar o relatório 010 - Relação GRRF (FPFR010.FGT), quando o campo Aviso Prévio era diferente de 2 - Indenizado, o sistema não gerava as informações indenizadas corretamente.

Correção efetuada: ajustamos o relatório para gerar os valores corretamente de acordo com os cálculos realizados.

Realizamos os seguintes ajustes no relatório 007 - Recibo da Pensão Judicial (FPDE007.COL):

• Adicionamos uma nova seção para imprimir a relação bancária ou os dados de Pix;
• Caso não haja histórico de conta Pix para a data de pagamento, o recibo será gerado como relação bancária, mesmo que o cadastro atual esteja alterado para Pix. Este comportamento visa atender eventuais emissões de recibos em datas anteriores à implementação do Pix;
• Removemos a coluna do RG;
• Incluímos uma coluna com o percentual de cada conta, que será exibida somente quando a empresa utilizar histórico de contas e houver mais de uma conta no histórico para o período; e
• Ajustamos o leiaute na seção de Dados Bancários, anexando-a aos Dados do Dependente.

Foram implementadas melhorias nas telas relacionadas ao cadastro de sindicatos e ao gerenciamento de férias.

Na tela de cadastro de Sindicatos (FR014SIN), adicionamos o botão Dias a desconsiderar das férias, que permite indicar o ano e os dias que devem ser desconsiderados do cálculo das férias conforme as definições do sindicato.

Na tela de Recibo Individual (FRFERIND), o comportamento foi atualizado para carregar automaticamente os dias a serem desconsiderados, de acordo com o que está definido pelo sindicato. Para novos recibos de férias, esses dias são carregados sempre que a data de início ou os dias de férias são informados. Para a alteração dos dias será necessário clicar no botão Desconsiderar.

Além disso, no cadastro de Férias Coletivas (FRFERCOL) e no cadastro de Férias Programadas (FRFERPRG), adicionamos o campo Dias conforme sindicato. Esse campo permite especificar como os dias a serem desconsiderados devem ser tratados. As opções disponíveis são:

• S - Desconsiderar dias conforme sindicato: Apenas os dias definidos pelo sindicato serão excluídos, e o campo Desconsiderar ficará desabilitado.
• N - Não desconsiderar dias conforme sindicato: Os dias definidos pelo sindicato não serão excluídos, e o campo Desconsiderar ficará habilitado para inserção manual.
• C - Desconsiderar dias conforme sindicato e manualmente: Os dias definidos pelo sindicato serão desconsiderados, e o campo Desconsiderar estará habilitado para a inserção de dias manualmente, permitindo o uso de ambas as definições.

Na tela de Férias Coletivas (FRFERCOL), ao selecionar a opção para buscar os dias a desconsiderar definidos pelo sindicato, o campo Dias de Férias descontará apenas os dias informados manualmente no campo Desconsiderar, sem considerar os dias definidos pelo sindicato. Esses dias serão aplicados apenas no recibo de férias.

Os modelos 00004 - Sindicatos (FPIM00004.SCF) e 038 - Sindicatos - Completo (Folha) (FPTA038.CAD) também foram atualizados para refletir essas mudanças.

Atualizamos a rotina de cálculo do saldo de FGTS na rescisão para refletir a mudança na data de recolhimento, que agora ocorre no dia 20 do mês subsequente.

Para que seja possível calcular o evento de FGTS 13º salário complementar a devolver dentro da folha de pagamento para contabilizar corretamente os valor de FGTS do 13º salário, realizamos as seguintes implementações:

• Adicionada a nova característica de cálculo 35S - Devolução FGTS 13º Salário na tela Cadastro de Eventos (FR008EVC);
• Alterado o cálculo do 13º complementar a devolver para calcular a característica 35S - Devolução FGTS 13º Salário;
• No relatório 011 - Valores FGTS - SEFIP (FPRE011.FGT), aplicamos tratamento no campo Valor FGTS 13º Salário para que o valor a devolver seja deduzido;
• Na tela Depósito FGTS (FR056DEP), aplicamos tratamento no campo Valor FGTS 13º Salário para que o valor a devolver seja deduzido;
• Na tela de Integração Financeira, agora será necessário recriar as pendências da folha com tipo 32 - 13° Salário Integral quando houver no cálculo mensal o evento com característica 35S - Devolução FGTS 13º Salário.

Realizamos melhorias no sistema para tratar os casos em que alguns eventos retornam do eSocial com erro 301, principalmente em épocas de fechamento de folha. Sendo assim, adicionamos:

• Bloqueio de exclusão das fichas financeiras que possuem pendências do eSocial com retorno com código 301 para os eventos S-1200, S-1202 ou S-1210.
• Bloqueio de exclusão coletiva de fichas financeiras que possuem pendências do eSocial com retorno com código 301 para os eventos S-1200, S-1202 ou S-1210.
• Bloqueio de exclusão do cálculo da folha, caso exista alguma pendência do eSocial com retorno com código 301 para os eventos S-1200, S-1202 ou S-1210.
• Bloqueio de exclusão do cálculo de rescisão, caso o colaborador possua alguma pendência do eSocial com retorno com código 301 para os eventos S-1210, S-2299 ou S-2399.
• Bloqueio de exclusão do cálculo de rescisão complementar, caso o colaborador possua alguma pendência do eSocial com retorno com código 301 para os eventos S-1200, S-1202, S-1210, S-2299 ou S-2399.
• Bloqueio de exclusão coletiva de rescisão para colaborador que possua alguma pendência do eSocial com retorno com código 301 para os eventos ou S-1200, S-1202, S-1210, S-2299 ou S-2399.

Além disso, caso o usuário tente excluir algum desses cálculos com erro retornado, o sistema apresentará uma mensagem informando que não pode ser excluído e orientando o que o usuário deve fazer. As mensagens exibidas são as seguintes:

• Para exclusão individual: este colaborador possui pendências referentes ao envio de periódicos com retorno de erro 301. Para prosseguir com a exclusão, acesse a tela de consulta de pendências e envie manualmente os eventos nessa situação pelo botão Enviar.
• Para exclusão coletiva: exclusão não realizada para o colaborador (Empresa: X, Tipo: X, Cadastro: X), pois possui pendências referentes ao envio de periódicos com retorno de erro 301. Para prosseguir com a exclusão, acesse a tela de consulta de pendências e envie manualmente os eventos nessa situação pelo botão Enviar.

Incluímos uma informação dizendo que não pode ser utilizado o Grupo de Empresas no cálculo Assíncrono. Essa informação foi inserida na página Efetuar Cálculo no Portal de Documentação.

No botão de Seleção, incluímos o campo Posto de Trabalho, permitindo filtrar e realizar lançamentos, exclusões e integrações de benefícios com base no posto de trabalho.

Na tela de Processo Automático de Mobilidade, incluímos opções para permitir a integração de fusos horários de Filiais e do Histórico de Apuração dos colaboradores para a Aplicação de Marcação de Ponto 2.0, para mais detalhes, acesse a documentação Processo automático de envio de colaboradores.

Origem do fuso horário:

• Cadastro de filiais do Controle de Ponto leva o fuso horário para o cadastro de filiais no Marcação de Ponto.
• Histórico de apuração do Controle de Ponto leva o fuso horário para a configuração individual do colaborador no Marcação de Ponto.

Adicionamos a integração do campo Código da filial no processo automático de envio de colaboradores para a aplicação Marcação de Ponto.

Problema: o sistema não registrava o IP da máquina que realizava a assinatura do espelho de ponto, resultando na ausência dessa informação no rodapé do relatório.

Correção efetuada: ajustamos para garantir o registro correto do IP da máquina durante a assinatura do espelho de ponto.

Problema: ao aplicar o filtro por liderados diretos, quando existia apenas um posto abaixo e o código desse posto tinha apenas 2 caracteres, os liderados não eram exibidos corretamente.

Correção efetuada: realizamos um ajuste na rotina para assegurar que os liderados diretos sejam retornados de forma correta.

Problema: o sistema exibia o erro: ORA-00001: restrição exclusiva, ao realizar um acerto, dependendo das configurações de definições de situações e do cadastro do banco de horas.

Correção efetuada: realizamos os ajustes necessários para que o erro não aconteça mais, independentemente das configurações de situações ou do banco de horas.

Apresentamos um novo método de customização para o início do cálculo do colaborador: o setHorarioNoturnoCustomizado. Com essa ferramenta, será possível ajustar a faixa noturna para a apuração, sem a necessidade de seguir uma adoção fixa pelo Sindicato.

Para mais informações, acesse Contexto de início do cálculo do colaborador.

Ótima notícia! Agora é possível integrar o fuso horário de forma automática durante o envio de colaboradores! Com essa nova funcionalidade, as informações no Controle de Ponto e Senior X Platform ficarão sempre sincronizadas. Veja como funciona:

• Para ativar a integração, basta selecionar o campo Integrar fuso horário = Sim no processo automático de envio de colaboradores no Controle de Ponto.

O relatório 007 - Exame Toxicológico (SMMC007.GER) foi alterado para contemplar os seguintes campos:

• Nome;
• CNPJ do Laboratório;
• Data de Validade;
• Nome; e
• CRM do médico.

Além disso, adicionamos dois campos à entrada do relatório: Considerar e Quantidade Dias. Nesses campos, podem ser selecionados quais exames serão visualizados: todos os exames a vencer ou apenas os exames já vencidos. Ao selecionar os exames a vencer, é possível informar uma quantidade de dias para considerar os exames vencidos apenas nos próximos dias informados.

Disponibilizamos no sistema o modelo 002 - Solicitações de Exames Toxicológicos (SMTX002.GER), que permite acompanhar a relação dos colaboradores selecionados para encaminhamento ao laboratório.

Nas telas de ASO e Atestado Médico do sistema, a guia Imagens, que permitia apenas a inclusão de arquivos no formato JPEG, foi substituída pela guia Anexos. Agora, além de imagens, essa guia permite a inclusão de qualquer tipo de arquivo.

Na tela de Resultado de Exames, ao tentar excluir ou alterar um resultado já associado a um ASO, o sistema emitirá uma mensagem informando a situação. No caso de exclusão, será exibida a seguinte mensagem Este resultado de exame está vinculado a um ASO (Atendente: X, Número Atestado: X). Deseja continuar?

No caso de alteração, a mensagem será Este resultado de exame está vinculado a um ASO (Atendente: X, Número Atestado: X). Pode ser necessário reenviar o S-2220 ao eSocial.

Em conformidade com a Portaria 612, de 25 de abril de 2024, realizamos as seguintes atualizações no sistema:

• Na tela de cadastro de Exames Toxicológicos (FR038HEX):
  1. Foram adicionados os campos Data Realização, Tipo de Exame (Admissional, Demissional ou Periódico), Resultado sorteio (caso o exame tenha sido gerado através de sorteio), Data do Sorteio e Resultado do Exame (Positivo ou Negativo);
  2. A guia de Anexos foi disponibilizada permitindo cadastrar anexo relacionado ao exame toxicológico;
  3. A regra para ativação do campo Recusou Fazer Exame no Desligamento foi alterada. Anteriormente, o campo era ativado somente quando o exame toxicológico era realizado na mesma data da demissão. Agora, ao selecionar o Tipo de Exame como Demissional, mesmo que o colaborador não esteja demitido na data, o sistema perguntará se deseja continuar, e se a resposta for Sim, o campo de recusa será ativado;
• Disponibilizamos a nova tela de Geração de Exames Toxicológicos (FRGERTOX), que permite verificar o status dos exames dos colaboradores e gerar históricos de exames toxicológicos para os colaboradores selecionados; e
• Adicionamos o campo Prazo Exame Toxicológico na tela de Definições (FR110DEF), na guia de Solicitação de Exame, para configurar o prazo de validade dos exames toxicológicos.

Implementamos uma nova guia na tela de cadastro de Ficha Médica, que reflete a tela de cadastro de Exames Toxicológicos (FR038HEX). A guia apresenta todos os exames toxicológicos já realizados pelo colaborador, permitindo consulta rápida e fácil dessas informações.

Os campos de Vaga(s) nas telas de Orçamento agora aceitam valores com até 6 dígitos. Foram ajustados os campos nas seguintes telas:

Orçamento por Local

• Guia Vagas: coluna Vagas e campos totais no rodapé da tela;
• Guia Curso Participantes: campos Vagas e Vagas Orçadas.

Orçamento por Centro de Custo e Consulta

• Campos Participantes e totais, colunas Vagas Previstas, Vagas Realizadas e Vagas Saldo na grade de Orçamento e na grade de Competências.

Os campos de Vaga(s) das telas de Reserva também foram ampliados para aceitar valores com até 6 dígitos, com ajustes nas seguintes telas:

Cadastro

• Guia Reserva: campo Vagas Reservadas;
• Guia Participantes: campos totais.

Botão Locais Reserva

• Campos Vagas no rodapé da tela.

Consulta por Curso

• Campo Total Participantes.

Consulta Por Participante

• Guia Reserva: campo Vagas Reservadas.

Demonstrativo

• Colunas na grade de Vagas.

Foi disponibilizado o uso da abrangência nas pesquisas de Participantes e Lista de Espera, visando otimizar as buscas, juntamente com novos botões Seleção e Mostrar.

Na tela de Consulta de Participantes, foram adicionados filtros para Posto de Trabalho e Filial. O totalizador de participantes na parte inferior agora exibe o número total de registros listados.

Novos Filtros:

• Avaliar Turmas: agora é possível informar filtros para carregar uma quantidade menor de participantes. Os botões Seleção e Mostrar foram adicionados, e será necessário clicar em Mostrar para listar os participantes. Se a consulta retornar mais de 1000 participantes, uma mensagem será exibida.
  Observação: Na Lista de Espera do cadastro da Definição de turmas, o campo Pesquisar Colaborador foi ocultado temporariamente até o devido ajuste, que será liberado numa próxima atualização.
  
• Avaliação de Eficácia: similar à tela de Avaliar Turmas, novos filtros e botões Seleção e Mostrar foram implementados, com a mesma lógica de mensagem para mais de 1000 participantes.
• Registrar Frequência: filtros e o botão Seleção foram incluídos, permitindo uma carga mais eficiente de participantes. Ao acessar a tela via Avaliar Turmas, a abrangência é passada automaticamente.
• Lançar Notas: assim como nas outras telas, foram implementados filtros e o botão Seleção. A mensagem de limite de participantes também é exibida quando necessário, mantendo a abrangência quando chamada via Avaliar Turmas.
• Despesas por Participante: a tela agora permite o uso de filtros e os botões Seleção e Mostrar, com o carregamento de dados ocorrendo após o acionamento do botão Mostrar.

Problema: ao emitir o relatório 004 - Propostas de alteração do quadro de vagas (QLQP004.QUA), a seguinte mensagem era exibida:

Correção efetuada: ajustamos a máscara do controle Centro_Custo para que, ao emitir o relatório, a mensagem não seja mais exibida.

Problema: ao listar o modelo 002 - Inventário de Riscos Ocupacionais (SMIR002.GER), o nome do GHE era cortado indevidamente se fosse muito extenso.

Correção efetuada: ajustamos o tamanho do campo para que ele liste o nome do GHE completamente.

Para que o campo Medida, das telas Medidas (FR096MED) e Distribuição do EPI - Individual (FR096DIE), possa ser preenchido com um maior número de caracteres, aumentamos sua capacidade para 6 caracteres. Com isso, também ajustamos todos os relatórios que apresentam esse campo.

Incluímos a tabela de cadastro de distribuição de EPI (tabela R096DIE) no recurso de auditoria do módulo Segurança do Trabalho para melhorar a usabilidade e fornecer uma interface mais intuitiva para a consulta de informações de log/auditoria.

Em conformidade com a NR 06 - Portaria MTE nº 1.369 de 2024, adicionamos o campo Categoria de Risco no cadastro de EPI, com as seguintes opções:

• 1 - Categoria l;
• 2 - Categoria ll; e
• 3 - Categoria III.
  

Esse campo também foi adicionado ao relatório 003 - Consulta Dados Ficha Médica (SMFI003.GER) e ao modelo de importação 00016 - EPI - Cursos EPI - Fornecedores EPI (SMIM00016.SCF).

Para que o sistema esteja em concordância com a NR 1 - Disposições Gerais e Gerenciamento de Riscos Ocupacionais, substituímos todas as ocorrências da nomenclatura Programa de Prevenção de Riscos Ambientais (PPRA) por Programa de Gerenciamento de Riscos (PGR) em todos menus, telas, relatórios etc.

Problema: ao utilizar a função GetAccessToken em regras de customização, o sistema apresentava o erro:

Correção efetuada: ajustamos a função GetAccessToken para retornar um token de acesso para requisições ao SeniorX, de acordo com o tenant, access key e secret key da aplicação na Central de Configuração Senior.

Problema: o modelo 029 - Acompanhamento de turma modular (TRTU029.GER) não listava todas as disciplinas do curso quando a quantidade de disciplinas era maior que 20.

Correção efetuada: ajustamos o modelo para que liste todas as disciplinas cadastradas no curso.

Os campos de Vaga(s) nas telas de Orçamento agora aceitam valores com até 6 dígitos. Foram ajustados os campos nas seguintes telas:

Orçamento por Local

• Guia Vagas: coluna Vagas e campos totais no rodapé da tela;
• Guia Curso Participantes: campos Vagas e Vagas Orçadas.

Orçamento por Centro de Custo e Consulta

• Campos Participantes e totais, colunas Vagas Previstas, Vagas Realizadas e Vagas Saldo na grade de Orçamento e na grade de Competências.

Os campos de Vaga(s) das telas de Reserva também foram ampliados para aceitar valores com até 6 dígitos, com ajustes nas seguintes telas:

Cadastro

• Guia Reserva: campo Vagas Reservadas;
• Guia Participantes: campos totais.

Botão Locais Reserva

• Campos Vagas no rodapé da tela.

Consulta por Curso

• Campo Total Participantes.

Consulta Por Participante

• Guia Reserva: campo Vagas Reservadas.

Demonstrativo

• Colunas na grade de Vagas.

Foi disponibilizado o uso da abrangência nas pesquisas de Participantes e Lista de Espera, visando otimizar as buscas, juntamente com novos botões Seleção e Mostrar.

Na tela de Consulta de Participantes, foram adicionados filtros para Posto de Trabalho e Filial. O totalizador de participantes na parte inferior agora exibe o número total de registros listados.

Novos Filtros:

• Avaliar Turmas: agora é possível informar filtros para carregar uma quantidade menor de participantes. Os botões Seleção e Mostrar foram adicionados, e será necessário clicar em Mostrar para listar os participantes. Se a consulta retornar mais de 1000 participantes, uma mensagem será exibida.
  Observação: Na Lista de Espera do cadastro da Definição de turmas, o campo Pesquisar Colaborador foi ocultado temporariamente até o devido ajuste, que será liberado numa próxima atualização.
  
• Avaliação de Eficácia: similar à tela de Avaliar Turmas, novos filtros e botões Seleção e Mostrar foram implementados, com a mesma lógica de mensagem para mais de 1000 participantes.
• Registrar Frequência: filtros e o botão Seleção foram incluídos, permitindo uma carga mais eficiente de participantes. Ao acessar a tela via Avaliar Turmas, a abrangência é passada automaticamente.
• Lançar Notas: assim como nas outras telas, foram implementados filtros e o botão Seleção. A mensagem de limite de participantes também é exibida quando necessário, mantendo a abrangência quando chamada via Avaliar Turmas.
• Despesas por Participante: a tela agora permite o uso de filtros e os botões Seleção e Mostrar, com o carregamento de dados ocorrendo após o acionamento do botão Mostrar.

Geramos uma nova build do HCM XTended com os arquivos Senior Xt.dll e XtSubprocess.exe assinados digitalmente. Desse modo, não haverá problemas relacionados a algum antivírus. Além disso, o .exe gerado em C matinha uma referência estática para o arquivo libcef.dll; mesmo o arquivo sendo assinado, ainda era acusado como ameaça por alguns players, pois havia conexões com IPs da Microsoft (supostamente maliciosos).

Sendo assim, passamos a gerar o .exe em Delphi, onde há apenas a referência dinâmica (como na solução nova).