Cadastro Chronus (FUNCIONARIOS)<b> (Resolvido)</b>

[Erni Junior]

Pessoal, quando um funcionario é admitido no Labore, cadastramos o sindicato ref. a sua categoria, acontece que temos mais de 20 sindicatos, como faço pro chronus assumir automaticamente o sindicato cadastrado no labore, pois o chronus esta jogando padrão o sind. 001.

[Sebastião Souza Junior]

Mas o Chronus não tem Sindicato...

[Jorge]

Erni,

Você estaria se referindo aos Parâmetros Coletivos existentes no Chronus ?

[Erni Junior]

Correto, como trabalho com muitos sindicatos e cada um mais louco que o outro, criei os parametros coletivos com a mesma nomenclatura dos sindicatos.

[fabio_consultor]

Vc pode fazer isso via trigger ou rodar no sql. Aho que é a unica solucao,,,,

[Juliano Silveira]

Prezados,

Vocês podem fazer isto de 2 maneiras:

- Alteração Global de Parâmetros do Funcionário: Módulo Cadastros | Funcionários | Alterações Globais | Parâmetro do Funcionário.

Desta forma pode-se fazer diversos filtros e alterar apenas o campo parâmetro coletivo.

- Definir no campo Parâmetro Coletivo do Cadastro do Funcionário o valor default para os novos funcionários que forem inseridos para bater ponto.

[Ivan Martinez]

Erni,

Aqui na empresa tenho o mesmo problema. Criei uma trigger para resolver, que é a seguinte :

set ANSI_NULLS ON

set QUOTED_IDENTIFIER ON

go

ALTER trigger [GTI_CR_0001]

ON [dbo].[APARFUN]

FOR INSERT,UPDATE

AS

UPDATE APARFUN SET CODPARCOL=CASE WHEN CHAPA LIKE '01%' THEN '0001'

WHEN CHAPA LIKE '02%' THEN '0002'

WHEN CHAPA LIKE '03%' THEN '0003'

WHEN CHAPA LIKE '04%' THEN '0004'

WHEN CHAPA LIKE '06%' THEN '0006'

WHEN CHAPA LIKE '07%' THEN '0007'

WHEN CHAPA LIKE '08%' THEN '0008'

WHEN CHAPA LIKE '09%' THEN '0009' END

Veja que para a minha empresa o parâmetro coletivo pode ser determinado a partir da chapa do funcionário, pois temos um padrão de inclusão de chapas.Você terá que adaptar a situação ao seu caso, usando algum campo como base para determinar qual o parâmetro coletivo adequado ao seu funcionário.

Lembrando que a utilização de trigger´s na base de dados não é um procedimento homologado pela RM.

Nós fazemos aqui pelo fato de conhecermos bem o banco de dados e nos responsabilizarmos pelos eventuais efeitos colaterais.

Abraço

[Jairo]

Erni,

... Lembrando que a utilização de trigger´s na base de dados não é um procedimento homologado pela RM.

Nós fazemos aqui pelo fato de conhecermos bem o banco de dados e nos responsabilizarmos pelos eventuais efeitos colaterais.

Abraço

A utilização de trigger's nesses casos é até bem normal, mas, vc deve conhecer bem o banco de dados utilizado por vcs e as tabelas da RM, para que não tenha problemas futuros, pois numa troca de versão por exemplo, vc terá que revisar algumas trigger's e repará-las se for o caso.

Portanto, caso não conheça bem... procure ajuda de um profissional da área.

[Juliano Silveira]

Pessoal,

Neste caso que o sistema já atende a demanda acho desnecessário a criação de triggers ou alterações via banco de dados.

[Erni Junior]

Beleza pessoal, vcs ja clarearam meu horizonte, vou nivelar com a gerencia e eles decidem se vão querer fazer.

muito obrigado.

[Sebastião Souza Junior]

Tópico Resolvido.

O mesmo foi marcado como resolvido por não haver mais nada a resolver.

Qualquer coisa, alguma dúvida ou questionamento sobre o assunto, pode postar novamente que analisaremos, ou se preferir, favor entrar em contato com a administração ou moderação, através do link: Administradores e Moderadores

Se preferir, mande um email para admin@forumrm.com.br