Leaderboard

Boa noite, @rafael barcelos Você pode usar mais uma atividade Se/Senão dentro do fluxo sequenciaEdicao com uma condicional declarativa e a outra sem essa condicional com o bloqueio, algo como: this.Fields["DATAPROVA"].IsModified Verifique o contexto da fórmula visual também e, sim, o gatilho deve estar antes de salvar o registro. Com esse fluxo de condicional ele deve verificar se a data da prova foi modificada, caso contrário deve bloquear a edição. Outra alternativa seria essa:

Boa tarde, Entra no cadastro do funcionário, na primeira aba tem um campo Grupo de Quiosque deve estar preenchido, por ele você faz controle de alguns acessos. Deve verificar se o funcionário tem mais de uma chapa e se todos os registros desse funcionário estão com este campo preenchido. CODGRPQUIOSQUE eu acho que é o nome do campo na tabela PFUNC. Cadastro de grupo de Quiosque Alteração de grupo de acesso RM Portal

Hoje um amigo me pediu ajuda numa FV para não permitir que, após incluído o cadastro do funcionário, não fosse mais permitida a alteração do CPF, para evitar problemas futuros. Para isso, é bem simples tratar no sistema com uma fórmula visual, que altera a propriedade de um campo, ao editar o cadastro. Montei a FV então, e disponibilizo aqui para quem precisar também,devidamente comentada abaixo, para quem quiser fazer a sua manualmente também, sem importar o arquivo da FV que deixo anexo. 1) Você precisará apenas de uma única atividade. Alterar Propriedade da Coluna. Arraste para o painel da direita, que é seu fluxo de trabalho. No meu caso, já renomeei para "BloqEdicaoCampo". Deixe como preferir. 2) Selecione sempre o contexto que deseja usar, pois, facilita na hora de informar os campos de parâmetros, que irá usar neste caso, no campo COLUNA da imagem abaixo. Neste caso é uma Tela de Cadastro. E Contexto "Funcionários" (FopFuncData) 3) Preencha a Coluna com a informação da tabela e campo que deseja afetar. Neste caso é a PFUNC e item (campo) CPF. Veja que pode ser informado ali também a Tables[0] que neste caso, é a tabela do contexto em questão que acabamos de informar acima, onde a FV estará amarrada. Funciona igualmente de ambas as formas. 3.1) Marcamos então o campo PermiteEdição com False para não ficar editável o campo CPF que queremos bloquear que seja alterado. Os demais campos, neste caso, não precisam ser preenchidos. 3.2) Deixei o campo Habilitado como "True", indicando que está ativa essa atividade da sua Fórmula Visual. E no campo Descrição logo acima, você pode deixar o descritivo do que faz essa atividade para ajudar posteriormente em consultas. Este campo não é obrigatório, mas é legal preencher. Por fim, o campo (Nome) por padrão fica com o nome da atividade. Ali você pode também deixar com um nome que o ajude a localizar visualmente qual é a função dessa atividade. Nunca use espaços nos nomes das atividades. 4) Após a FV ser salva, no cadastro de Funcionários, acesse Processos / Fórmulas Visuais / Gerenciar, clique em Antes da Leitura da Visão, e depois no botão verde para incluir a sua FV como gatilho nesse ponto. Selecione a sua FV criada, e ficará desta forma abaixo. Na coluna TIPO, você pode deixar como "Ativado com Exceções", para em caso de erros, aparecer para os usuários que acessarem, mas não tem que aparecer erro algum se a FV já estiver correta. 5) Agora, ao editar o cadastro do funcionário, na aba Documentação, veja que o campo não está permitindo a edição. Apenas permite a consulta... É isso ai. Tente fazer a sua agora, neste ou em outros campos e cadastros. ATENÇÃO: Faça as adaptações que forem necessárias, e vá testando. Apenas cuidado, pois, ao adicionar FVs em telas como campos extras, regras como esta de alteração de propriedades, ou qualquer outra função, podem ocorrer erros, e o sistema ficar inoperante. Então, faça seus testes e validações sempre em ambiente de testes / homologações. Combinado? BloqueiaAlteracaoCPF.TotvsWF

@Eder Augusto obrigado pelo retorno, estudando ontem sobre outras formar de montar condições, acabei usando um comando parecido mas usando o Tables, no final usei o Ismodified também.

Bom dia pessoal todos bem? sei que o tópico é antigo, mas eu criei uma FV para impedir a criação edição e exclusão de novos registros, mas esbarrei em um problema, preciso permitir a edição somente do campo Data dentro da tabela provas, no caso qualquer pessoa poderia editar esse campo, essa Fv fica antes de salvar o registro, teria algo que eu possa colocar para fazer essa validação?

Oi pessoal, alguém já teve problema com essa versão do RM no app MeuRH? O usuário que estou utilizando para realizar o acesso é o meu próprio usuário, que já possui todas as permissões necessárias. Em nosso ambiente de produção, utilizo esse mesmo usuário normalmente todos os dias para acessar o Meu RH, sem apresentar esse problema. O ponto principal é que, no ambiente de homologação com a versão 12.1.2606.126, ao efetuar o login com esse mesmo usuário, o Meu RH simplesmente apresenta uma tela em branco, sem carregar as informações, menus, botões ou demais funcionalidades. Detalhe: esse código de funcionário não é o meu. Nem consegui encontrá-lo na base de dados. E para o meu colega apareceu o código de um funcionário já demitido. Dessa forma, considerando que o mesmo usuário e suas respectivas permissões funcionam normalmente em produção, entendemos que o problema pode estar relacionado ao ambiente de homologação ou a alguma configuração/comportamento específico da versão 12.1.2606.126.

Bom dia. O problema era exatamente a presença de mais de uma chapa sem o campo preenchido. Realizamos o preenchimento do Grupo de Quiosque nas chapas anteriores dos funcionários ativos que se enquadravam nessa situação. Obrigada pela ajuda e disponibilidade.