Histórico da Página

Produto:

Microsiga Protheus®

Ocorrência:

Pré-requisitos para a utilização dos workflows de contratos, aprovações e consultivo a partir do SIGAJURI.

Passo a passo:

Checklist do Protheus

1- Validar se todos os usuários no módulo SIGACFG estão com o e-mail cadastrado, inclusive o usuário admin.

2- Validar se todos os usuários no cadastro de participantes (RD0) no módulo SIGAJURI estão com o e-mail cadastrado, inclusive o usuário admin.

3- Validar se todos os usuários no cadastro do FLUIG, estão com o e-mail cadastrado, inclusive o usuário admin.
Obs. Conforme premissa da documentação de inteegração SIGAJURI x Fluig, o e-mail dos usuários tem que ser o mesmo nos três cadastro (CONFIGURADO"SIGACFG", PARTICIPANTE"RD0" e FLUIG).

4- Validar se no cadastro de tipos de followup (NQS), rotina (JURA021), todos os itens possuem sugestão de ato processual cadastrado, campo NQS_CSUGES. Lembramos que não devemos configurar criação de andamentos automáticos a partir de follow-up com intervenção manual pois isso pode impedir o correto funcionamento da integração com o FLUIG.

45- Validar o cadastro dos clientes/unidades e validar se os mesmos possuem idioma do relatório preenchidos.

56- Validar se o cadastro dos clientes/unidades. Se ele possuir um revisor cadastrado, é preciso que os participantes sejam cadastrados como revisores= Sim.

67- Validar o parâmetro MV_ECMUSER. Ele sempre deve estar com o e-mail do usuário de administração do FLUIG.

78- Validar o parâmetro MV_JWFAPRV. Ele sempre deve estar com o valor SIGAJURI_AprovaFU.

89- Para clientes que estão na versão 12.1.7

• Fonte JURA095 deve estar no mínimo com a data 05/08/2016, caso contrário, aplicar pacote do chamado TVPBLX.
• Fonte WSFLUIGJURIDICO deve estar no mínimo com a data 20/05/2016, caso contrário, aplicar pacote do chamado TVBWLG
• Fonte JURA100 deve estar no mínimo com a data 09/12/2016, caso contrário, aplicar pacote do chamado MJUR-285

910- Parâmetro APPSERVER.INI, chave GENERAL com MAXSTRINGSIZE=500

1011- Parâmetro APPSERVER.INI, para cada ambiente, TOPMEMOMEGA=1

Checklist FLUIG

1- Permissão de leitura para todos na pasta onde os formulários foram exportados. os mesmos são usados na distribuição das tarefas.

Fluxo de contratos

1- Validar se existem tipos de contratos cadastrados (JURA134) e se os mesmos estão vinculados a algum tipo de follow-up. Este tipo de follow-up será utilizado para incluir a primeira tarefa do workflow de contratos. Recomendamos que seja utilizado o mesmo nome do WorkFlow, "Análise de documentos".

2- Validar se os campos NY0_CMOENC e NY0_CMOCAN estão preenchidos. Devem ser preenchidos com o motivo de encerramento que deve ser utilizado quando uma solicitação referente a contratos for concluída e cancelada, respectivamente.

Aprovações do SIGAJURI no FLUIG (Aprovação de Valor de provisão ou Encerramento por exemplo)

1- Colocar um texto padrão para o tipo de follow-up elencado como o follow-up de alteração de valor de provisão ou encerramento.

GED FLUIG

1- Validar o preenchimento do parâmetro MV_JDOCPAI. Ele deve conter o ID da pasta criada dentro do fluig que será a pasta raiz dos documentos.

2- O servidor do Protheus precisa de acesso a internet para que validação da comunicação XML com o FLUIG seja realizada com sucesso. Para validar se a conexão está OK, executar via fórmulas a seguinte expressão:

Alert(JCOLID(MV_ECMUSER, MV_ECMPSW,MV_ECMEMP, MV_ECMUSER))

Troque os parâmetros acima, pelo valor dos mesmos no SX6. Todos devem estar entre aspas duplas. O retorno desta função deve ser a matrícula do usuário dentro do FLUIG. Pode ser um retorno com uma cadeia de caracteres estranha, mas algum retorno é necessário. Se a expressão retornar em branco, significa que não há conexão com a internet a partir do AppServer e a equipe de TI do cliente deve liberar o acesso.

Se o retorno estiver em branco, executar

Alert(JCOLMAIL(MV_ECMUSER, MV_ECMPSW,MV_ECMEMP, MV_ECMUSER))

Este retorno irá mostrar o xml retornado pelo fluig.