Histórico da Página

...

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. 

...