Histórico da Página

Processo BPM Fluig de Borderô de Pagamento

Neste documento estão detalhadas as seguintes informações do Processo BPM:

...

5)    Como Instalar

6)    Considerações 

1. Objetivo

Processo BPM de Borderô de Pagamento é uma solução desenvolvida sobre a plataforma Fluig e integrada nativamente com ERP RM para a geração automática de Workflows, no Fluig, consistirá na integração com o TOTVS Gestão Financeira para a geração automática de Workflows, no Fluig, dada a inclusão de borderô de pagamentos, para que seja feita a autorização do mesmo. No workflow será parametrizado a etapa que irá disparar a autorização do borderô de pagamentos.

2. Benefícios

Os principais benefícios na utilização deste processo BPM são:

• Rastreabilidade;
• Governança;
• Aprovação via mobile;
  
  

3. Ambiente de Negócio

3.1 Segmento:

Educacional

3.2 Áreas de Negócios:

Gestão Financeira

3.3 Processo de Negócios:

Processo Fluig

3.4 Atividades do Processo

4. Como Utilizar

4.1     Inclusão do Borderô de Pagamento

...

Na inclusão do borderô de pagamento parametrizado para utilizar “Autorização via Workflow Fluig” o status será “PendenteFluig”, campo FBORDERO.STATUSREMESSA = 2. 

4.2     Geração da instância do workflow

Foi criado o processo Enviar Workflow para Autorização, na tela de visão do borderô de pagamento. Se o borderô utilizar autorização via workflow fluig, onde será criada uma nova instância do processo fluig contendo as informações do borderô de pagamento, ficando a mesma disponível no Fluig para os usuários permitidos receber a instância na primeira atividade. Os dados da instância gerada estarão disponíveis na visão do cadastro do borderô.

4.3     Autorização do borderô via Fluig 

Baseado no workflow disponibilizado pela TOTVS, a etapa de “Autorização” consiste na decisão pela autorização ou não do borderô de pagamento. A partir desse ponto o usuário irá avançar para a etapa “Autorizado” ou “Desautorizado”, a partir de onde será disparado o processo no TOTVS Gestão Financeira que realiza as devidas ações sobre o borderô. 

O usuário deverá assumir o workflow criado, que estará disponível no pool de tarefas da Central de Tarefas, para o papel “Borderô de Pagamento”.

• Enviar para atividade: Informar qual atividade deseja executar.
• Data de Validade: Informar a data de validade da autorização, obrigatória somente para a atividade “Autorizar”, a mesma será validada em relação a data do sistema (deve ser maior ou igual). Caso seja enviada do workflow uma data com horas as mesmas serão desconsideradas.

       Ao clicar em “Enviar”, será chamado o serviço do Financeiro, via webservice, para alterar o   status do borderô de pagamento. 

4.4     Exclusão do borderô

...

Dentro do serviço existente para exclusão do borderô será chamado o serviço da framework para cancelar a instância do workflow através da interface IRMSFluigServer, método CancelInstance, tendo como parâmetros de entrada o Id Empresa dos Parâmetros Globais, o Id do registro criado e o código do usuário logado. 

4.5     Enviar Workflow para Autorização:

...

Será chamado o serviço da framework para criação da instância do workflow através da interface IRMSFluigServer, método CreateInstance, tendo como parâmetros de entrada o Id Empresa dos Parâmetros Globais, o processo definido inclusão do borderô e o código do usuário logado. É retornado o Id do registro criado para armazenamento no campo FBORDERO.IDFLUIG. 

4.6   Aprovação do Workflow Fluig 

...

WHERE (IDEMPRESAFLUIG = :1 AND IDFLUIG = :2) 

Provavelmente um workflow mais básico como esse não irá atender a todos os clientes, que, de acordo com o segmento, podem ter outras atividades necessárias no processo de aprovação. Nesse caso, será necessário que o cliente crie uma nova versão do diagrama tomando como base o existente. Poderão ser acrescentadas novas atividades e uma nova versão gerada, mas, os fluxos finais NÃO PODERÃO SER ALTERADOS, pois do contrário a integração deixará de funcionar. O workflow não poderá ter atividades paralelas como sendo a primeira atividade. 

5. Como Instalar

5.1 Fluig

a)    Instalar o ambiente de Desenvolvimento Fluig 

Para realizar a instalação do Processo BPM é preciso ter instalado o TDS (TOTVS Developer Studio) e o plugin do FLUIG para o mesmo. Para instalar o TDS e o plugin do FLUIG visite esta página que contém detalhes para tal: http://tdn.totvs.com/pages/releaseview.action?pageId=73078179. 

b)    Buscar os Arquivos para Instalação do Processo BPM 

...

http://tdn.totvs.com/pages/releaseview.action;jsessionid=D2A6F7626B6B8CB061A77A89F9693875?pageId=128681226#ExpediçãodeProcessosdeWorkflowpeloFluigStudio-ExpediçãodeprocessodeworkflowpelopluginFluignoTDS.)

d)    Componentes dos Processos BPM

...

Uma vez instalado TDS deve de importar o Processo BPM para o TDS para manipularmos e posteriormente importá-lo para o servidor Fluig do cliente. Para importar o Workflow siga os passos explicados nesta página:http://tdn.totvs.com/pages/releaseview.action;jsessionid=D2A6F7626B6B8CB061A77A89F9693875?pageId=128681226#ExpediçãodeProcessosdeWorkflowpeloFluigStudio-ExpediçãodeprocessodeworkflowpelopluginFluignoTDS.  

5.2 ERP RM

a)    Configurar nos parâmetros globais do sistema

...

Vide um exemplo na figura abaixo:

a)  Template de Acordo

No cadastro de Template de Acordo serão criados/alterados os seguintes parâmetros:

...

 b)      Geração de Acordo:

Ao gerar novo acordo a partir do processo de geração nos lançamentos financeiros, caso o template esteja parametrizado com aprovação por Workflow fluig, será gerada uma nova instância do workflow para o processo parametrizado.

Dentro do serviço existente para geração de acordo será chamado o serviço da framework para criação da instância do workflow através da interface IRMSFluigServer, método CreateInstance, tendo como parâmetros de entrada o Id Empresa dos Parâmetros Globais, o processo fluig para aprovação definido no template de acordo, o código do usuário logado, e como comentário (campo Observação) o conteúdo de solicitação de aprovação de acordo que hoje é enviado na aprovação via CRM. O serviço retorna o Id do registro criado para armazenamento no campo FACORDO.IDFLUIG. No campo FACORDO.FLUIGIDEMPRESA será armazenado o valor corrente para o parâmetro global Id da Empresa do Fluig, e em FACORDO.PROCESSOFLUIG o processo parametrizado no template. A classe RMSFluigServer já faz um “de para” do usuário da aplicação logado com o correspondente do Fluig, e assim, esse constará como usuário de criação na instância do workflow gerado

 c)       Cancelamento de Acordo

Ao cancelar um acordo, caso o template esteja parametrizado para utilizar o Workflow de Aprovação no Fluig, será realizado o estorno do Workflow de Aprovação no Fluig.

Dentro do serviço existente para cencalamento de acordo será chamado o serviço da framework para cancelar a instância do workflow através da interface IRMSFluigServer, método CancelInstance, tendo como parâmetros de entrada o Id Empresa dos Parâmetros Globais, o Id do registro criado e o código do usuário logado. Os campos da tabela FACORDO serão setados para NULL: IDFLUIG, PROCESSOFLUIG, FLUIGIDEMPRESA.

 d)         Aprovação do Workflow Fluig

Será criado no Totvs Developer Studio um workflow básico para realizar o processo de aprovação/reprovação. Levará o nomefinanceiro_aprovacaonegociacao, terá um fluxo inicial cuja saída será a entrada da atividade Análise e dessa sairá dois fluxos, um para o fluxo final Aprovação e outro para o Reprovação. Sobre esse diagrama criar um script workflow para customização do processo que irá chamar o serviço do Financeiro que executa a operação de aprovação/reprovação. O script implementará o evento beforeStateEntry, onde, para o fluxo final de aprovação, será chamado o serviço para aprovar o acordo, e também o fluxo final de reprovação, que chama o serviço para reprovar.

A comunicação entre o fluig e o módulo Financeiro, que nesse caso assume um papel de um sistema terceiro, será feito através de um DataSet Customizado Fluig nomeado rm_aprova_acordofinanceiro. Desse será acessado o dataserver do FinanceiroFinAcordoAprovacaoWFData, sendo o método DoGetDataSet para montar uma “table” de nome FACORDOAPROVcom os seguintes campos: APROVAR (short, onde o valor 1 indica “aprovação” e 0 “reprovação”), FLUIGIDEMPRESA (int), IDFLUIG (int), CODUSUARIO (string). Também implementar o método DoSaveRecord para que irá chamar o processo de aprovação, serviço esse já existente. Os parâmetros que chegam pelo dataset são o tipo indicando aprovação ou reprovação, id da empresa, id da instância do workflow e usuário. A partir do id da empresa e do id da instância será feita uma busca pelo acordo vinculado:

6.Considerações 

Informamos que é de suma importância conhecimento técnico para implantação do componente no Fluig. Caso necessite, sugerimos aquisição de horas de consultoria para auxiliar na Implantação desses componentes junto ao canal TOTVS que lhe atende ou através da Fluig Store. 

...