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.

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

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

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

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

9- 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

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

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

12- Parâmetro MV_ECMURL deve conter a palavra webdesk entre "/" (barras). Exemplo: http//:127.0.01:8080/webdesk/

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:

Para identificar possíveis erros de configuração e de retorno do FLUIG também, sugerimos que seja colocada dentro da sessão environment do appserver, a chava Trace=1 . Desta forma, todas as mensagens trocadas com o FLUIG, bem como o retorno será gravado no console log, permitindo detectar erros de configurações.