Aprovação de O.S - Contratos PLAP0142

CONTEÚDO

Visão Geral
Exemplo de utilização
1. Parametrização
2. Verificação da existência de contrato no aplicativo Financeiro Agrícola/ Contratos Agrícolas (COCTAGR.EXE)
3. Verificação da existência da operação no cadastro de Carência de Operação no aplicativo Configuração de Apontamentos (RELACAPT.EXE)
4. Exemplo Geração de OS com status Aguardando Aprovação (AP)
5. Exemplo Geração de OS com status Liberado (LI)
Tela Workflow Liberação de OS- Contrato
1. Outras Ações / Ações relacionadas
2. Principais Campos
3. Bloqueio de OS
Validação da OS na inclusão dos Apontamentos
1. Exemplo de inclusão de apontamentos com OS com status Aguardando Aprovação (AP)
2. Exemplo de inclusão de apontamentos sem OS
3. Exemplo de inclusão de apontamentos com OS Bloqueada
Reversão dos Status da OS através do Workflow de Aprovação
1. Configuração dos Parâmetros
Tabelas utilizadas

01. VISÃO GERAL

Algumas operações agrícolas trazem benefícios para vários anos, por exemplo, Aplicação de Corretivos no processo de Preparo de Solo. Ocorre que o contrato para fazendas não próprias como arrendamentos e parcerias pode ter a vigência finalizada antes do prazo de carência (retorno de benefícios) dessas operações. Seguindo o exemplo da operação Aplicação de Corretivos, pode ser que essa traga benefícios para cinco anos, porém, se o contrato se encerrar antes dos cincos anos a companhia não se beneficiará totalmente do investimento nessa operação porque será devolvido ao proprietário da terra.

Para controlar a carência por operação, na abertura da ordem de serviço agrícola (OS) no PLATIV há uma consistência, parametrizável, que verifica se o prazo de validade da operação está dentro da vigência do contrato. A carência pode ser configurada como em dias ou meses ou anos por operação e centro de custos. Este cadastro é realizado no aplicativo Configuração de Apontamentos (RALACAPT.EXE)→ Tabelas→ Carência de Operações. Carência de Operações

Outra validação que o sistema faz é se existe contrato válido entre a companhia e o proprietário da terra. Um contrato válido refere-se à situação desse no momento da abertura da OS. Essa situação é parametrizável conforme explicado mais adiante neste documento.

Caso não exista contrato ou a carência da operação estoure o final da vigência do contrato, a OS é aberta e enviada para um workflow que consiste em uma tela onde o analista poderá aprovar ou reprovar a execução da operação. Enquanto não for aprovada, não será permitido ingresso de apontamentos para essa OS no PIMS. Também não aceitará apontamento caso a execução da OS seja reprovada.

As validações são realizadas em termos de fazenda e talhão. Se no contrato não forem informados os talhões a validação é realizada em termos de fazenda.

Caso a OS seja reprovada ou liberada por engano, o status dessa OS poderá ser alterado pelo usuário que tiver acesso à opção de workflow.

Existindo contrato válido e estando a carência da operação dentro do período de vigência, a OS estará automaticamente liberada.

É importante salientar que a extensão de validação do contrato pode ser feita de duas maneiras, as quais são definidas através do parâmetro PLATIV/ FG_VALIDA_CONTRATO_RENOVACAO: Se o valor for S a validação será através do campo prorrogação; se o valor for N, a validação será através do campo Limite Utilização Opção (DT_LIM_UTIL_OP); Se estiver em branco o sistema utiliza a data final da vigência do contrato (DT_FIN_VIGENCIA).

As validações referentes tanto ao contrato como de saldo orçamentário não são obrigatórias; e os parâmetros destes controles são distintos. Neste documento estão descritas apenas as instruções referentes a contrato.

Operações sem OS: caso seja digitado apontamento sem OS o sistema faz as mesmas validações da geração de OS, porém, o apontamento será interrompido e não há workflow para liberação de apontamento.

02. EXEMPLO DE UTILIZAÇÃO

a. Parametrização

Seção	Entrada	Tipo	Valor	Descrição	Valores Validos
COCTAGR	FG_CONS_CONTRATO	C	S	Consiste existência de contrato no apto operações agrícola	S- Valida existência e situação de contrato. N- Não valida nada em termos de contrato
COCTAGR	FG_CONS_CONTR_U	C	N	Consiste existência de contrato no apto operações agrícola independente de data de vigência e carência de operações	Se S, valida apenas existência de contrato válido, não valida operações. Se N, Valida carência de operações/ vigência do contrato, além do próprio contrato
COCTAGR	FG_METODO_CTR	C	O	Método para verificação existência de contrato	S = SISCONAGR; O = Fundo origem contrato
PLATIV	FG_CONTROL_WRKFLW_OS	C	1	Controle de Workflow na abertura de OS, valendo tanto para controle de contrato como de saldo orçamentário	0 (Zero) - Não controla workflow na abertura de OS; 1 - Valida na abertura da OS e envia para aprovação; 2 - Não valida na abertura da OS e envia para aprovação(pant).
PLATIV	FG_CONTROL_CONTR_WFLW	C	S	Controla liberação/reprovação de O.S. por contrato usando workflow	Valores válidos: S/N Relacionado aos parâmetros FG_CONS_CONTRATO (=S), FG_CONS_CONTR_U, FG_CONTROL_WRKFLW_OS.
PLATIV	FG_CONTROL_ORC_WFLW	C	1	Controla liberação/reprovação de OS por saldo orçamentário usando Workflow.	1-Não controla aprovação de OS. 2-Controla por Operação/C. Custo/Upnível1. 3-Controla por Operação/C.Custo.
PLATIV	FG_SITUACAO_CONTRATO_LIBERADO	C	A;E	Situações de contrato que indicam como liberado para a validação (Workflow)	D - Aprovação Contratação, A - Autorizado, E - Em Andamento, I - Inativo, F - Finalizado, L - Área Alterada, N - Em Negociação, P - Aprovação da Negociação, C - Em Contratação. Ponto de Atenção: Nunca configure situações (I) Inativo e (F) Finalizado neste parâmetro
GERAIS	CD_TP_PROPR_N_VALIDA_CONTRATO	C	1;15;25	Tipos de propriedade que NÃO controlam existência de contrato nos apontamentos de operações no PIMS	Tipos de propriedade válidos separados por vírgula(,) ou ponto e vírgula(;)
ATRC_OMD	CD_OPER_ORG_CARGM_S_OS_CONTRATO	N		Códigos de operações para validação de contrato sem uso de OS. Local origem na carga de muda.	Vale apenas uma operação. Caso a OS não seja registrada no apontamento de cargas de mudas, sugerimos criar uma operação genérica "Carga de Muda Origem" e cadastrá-la em Carência de Operações.
ATRC_OMD	CD_OPER_DEST_CARGM_S_OS_CONTRATO	N		Códigos de operações para validação de contrato sem uso de OS. Local destino na carga de muda.	Vale apenas uma operação. Caso a OS não seja registrada no apontamento de cargas de mudas, sugerimos criar uma operação genérica "Carga de Muda Destino" e cadastrá-la em Carência de Operações.
CBSVCOSA	FG_CONS_CONTRATO	C	S	Consiste contrato de arrendamento/parceria nos apontamentos do PGCBSERV	Estando com o valor N, não valida nada em PGCBSERV. É o primeiro parâmetro de validação de contrato/ vigência. Aplicativo CBSVCOSA não considera este parâmetro. Apensas PGCBSERV.
PLATIV	FG_VALIDA_CONTRATO_RENOVACAO	C	N	Indica se a extensão do contrato é por período de renovação ou por data limite de utilização opcional/data final de vigência	S= Prorogação / N= Limite de Utilização
PLATIV	FG_FILTRA_CONTRATO_INSTANCIA	C	N	Indica se a busca por contrato irá filtrar a instância logada	S - Sim/N - Não

b. Em seguida, o sistema verifica a existência de contrato no aplicativo Financeiro Agrícola/ Contratos Agrícolas (COCTAGR.EXE)

No aplicativo (COCTAGR.EXE) imagem abaixo, o sistema verifica se existe contrato ativo para o local não próprio, este local será utilizado na abertura da OS no aplicativo PLATIV,

b. Depois é realizada a verificação da existência da operação no cadastro de Carência de Operação no aplicativo Configuração de Apontamentos (RELACAPT.EXE)

Se encontrar contrato, o sistema verifica se a operação informada na OS está cadastrada em Carência da Operação no aplicativo Configurações de Apontamentos (RELACAPT.EXE)→ Tabelas→ Carência de Operações.

c. Exemplo Geração de OS (Avulsa/ Programada) com status Aguardando Aprovação (AP)

Utilizando o exemplo de cadastro acima, o contrato possui uma vigência que termina em 20/01/2024 e não terá prorrogação. A segunda tela Carência da operação mostra que a operação 304 possui a carência de 5 anos, ou seja, ao executar esta operação ela traz benefícios por 5 anos.

Portanto se incluir uma OS no sistema com data de execução a partir de 07/01/2020 para o local do contrato (Fazenda 100044), ela será aberta com status Aguardando Aprovação (AP), porque a data de abertura + 5 anos da carência da operação (05/01/2025) é maior que a data final da vigência do contrato que é 20/01/2024.

Abaixo segue a tela de workflow de Aprovação mostrando o motivo que a OS está com status AP (Aguardando Aprovação)

d. Exemplo Geração de OS com status Liberado (LI)

Neste exemplo a carência da operação possui a quantidade de carência menor ou seja 2 anos (figura abaixo) que a data final da vigência do contrato (mesmo contrato utilizado no exemplo anterior), a OS será aberta com status de Liberado (LI), ou seja, pode inserir apontamento para esta OS.

Situações que a Ordem de Serviço é aberta com status de Liberada (LI):

Existe contrato válido e que a data final da vigência do contrato seja maior que o prazo da carência da operação;
O contrato indique prorrogação e a data limite da execução da operação seja menor que o término da prorrogação;
Existe outro contrato para o local após o termino do contrato vigente.

Quando a OS é aberta com status Aguardando Aprovação (AP), ela é enviada para um workflow de aprovação aonde, é possível liberá-la ou bloqueá-la.

Além dessas validações na abertura da OS, estas validações são realizadas também para operações que não utilizam OS, ou seja, inclusão de apontamentos sem informar a OS, a diferença é que não existe workflow e a inclusão do apontamento no sistema é interrompido.

**03. TELA WORLFLOW LIBERAÇÃO OS -> CONTRATO**

No aplicativo Planejamento de Atividades Agrícolas (PLATIV.EXE) é realizada a opção para aprovação ou bloqueio das OSs que estão com status AP, além da reversão da OS aprovada ou bloqueada.

Neste processo são demonstrados filtros para recuperar as OSs que foram enviadas para Aguardando Aprovação.

a. Outras Ações / Ações relacionadas

Ação	Descrição
Aprovar	Este combo é marcado para aprovar a OS o que permitirá ela receber apontamentos no PIMS.
Bloquear	Este combo é marcado quando a OS será bloqueada. Após bloqueio a OS não receberá apontamentos no PIMS.

b. Principais Campos

Campo	Descrição
OS	Número da OS que está com situação de Aguardando Aprovação
Data emissão	Data em que a OS foi emitida
Centro de Custo	Código e descrição do Centro de Custo
Operação	Código e descrição da Operação
Fazenda	Código e descrição da Fazenda (Upnivel1)
Setor	Código do Setor (Upnivel2)
Talhão	Código do Talhão (Upnivel3)
Ocorrências	Motivo que enviou a OS para a situação "Aguardando Aprovação"
Justificativa	Justificativa de Aprovação. Possui o auxilio da função F4 do teclado para buscar as opções de justificativas cadastradas.

c. Bloqueio de OS

Para bloquear a OS é necessário marcar o check box "Bloquear" e informar a justificativa de bloqueio através do auxilio da tecla F4.

Após é apresentado uma mensagem de confirmação.

Após confirmar o bloqueio e entrar na Ordem de Serviço, nota-se que a OS está com status de bloqueado.

Portanto, toda tentativa de utilização desta OS nos apontamentos será invalida devido ao status de aprovação "Bloqueado".

04. VALIDAÇÃO DA ORDEM DE SERVIÇO NA INCLUSÃO DOS APONTAMENTOS

a. Exemplo de inclusão de apontamentos com OS com status Aguardando Aprovação (AP)

A validação é realizada em todos os apontamentos que utiliza Ordem de Serviço; (Atividades Mecanizadas, Insumos/ Maturador, Produção, Fertirrigação), além dos apontamentos temporários.

Na inclusão de um apontamento, por exemplo, apontamento de Atividades Mecanizadas, ao informar a OS que está com status AP, o sistema emite uma mensagem de validação interrompendo o processo. A única forma de permitir utiliza-la é através da liberação da OS no workflow de aprovação no PLATIV.

b. Exemplo de validação na inclusão do apontamentos sem OS, cujo local possui um contrato com data de término menor que a carência da operação.

A mensagem de validação ocorre no momento de salvar o apontamento.

c. Exemplo de validação na inclusão de apontamentos cujo a OS com status bloqueada (BL)

05. REVERSÃO DO STATUS DA ORDEM DE SERVIÇO ATRAVÉS DO WORKFLOW DE APROVAÇÃO

Após realizar a movimentação na OS de bloqueio ou aprovação é possível reverter o seu status.

A reversão é realizada na mesma tela que é realizado a aprovação da OS, porém é marcada a opção de "Reversão/alteração de status: Liberadas ou Bloqueadas"

Após escolher a opção de Reversão/alteração de status que deseja executar e informar os filtros desejados, ao clicar em tabela, será recuperado as ordens pertencentes aos filtros escolhidos. e será mostrado a opção de Aprovar a OS e a opção de envia-la para o status Aguardando Aprovação.

Após escolhida a opção desejada, o sistema posiciona o cursor em cima do campo código da Justificativa para informar a justificativa da reversão do status da OS.

Após finalizar o processo de reversão, a OS estará com o status escolhido conforme pode ser visto na tela da Ordem de Serviço.

06. TABELAS UTILIZADAS

CONTRCANA_UPNV3
CONTRATO_CANA
CARENCIA_OPERACAO

Árvore de páginas