Herança do Fluxo de Trabalho
Para estabelecer o processamento consistente e expedir a criação de definições de fluxo de trabalho em um grupo de processos relacionados, é possível criar definições de fluxo de trabalho que herdam os mapas de fluxo de trabalho, campos de dados, anexos, definições de grupos de trabalho e outras propriedades a partir de outras definições de fluxo de trabalho definidas anteriormente.
Isso significa que é possível definir características comuns em definições de fluxo de trabalho em um alto nível na hierarquia de classes e automaticamente passar essas características a definições de fluxo de trabalho derivados subsequentes.
A classe base para todas as definições de fluxo de trabalho é a WorkObjectEx fornecida pelo FileNet P8. A partir da WorkObjectEx, as definições de fluxo de trabalho herdam campos de dados do sistema, o submapa de Encerramento e o submapa de Mau Funcionamento.
Quando você cria uma nova definição de fluxo de trabalho com base em outra definição de fluxo de trabalho, o novo fluxo de trabalho herda o seguinte desse fluxo de trabalho de base:
Propriedades herdadas do fluxo de trabalho | Descrição |
---|---|
Mapa de fluxo de trabalho | O mapa principal herdado é automaticamente substituído no novo fluxo de trabalho por um mapa principal em branco com apenas uma etapa Ativar. É possível reativar o mapa principal herdado excluindo o mapa principal no fluxo de trabalho atual. |
Submapas | Os submapas herdados são somente leitura. É possível modificar um submapa herdado substituindo-o. |
Definições de campo de dados, anexos e grupo de fluxos de trabalho | Os campos, anexos e grupos de fluxos de trabalho herdados não podem ser excluídos, mas os valores iniciais e as descrições podem ser alterados. |
Prazo final do fluxo de trabalho e lembrete | O prazo final do fluxo de trabalho e lembrete são inicializados a partir do fluxo de trabalho de base mas não podem ser alterados. |
Marcos | O nível do marco herdado e a mensagem podem ser alterados. |
Log de eventos e escala de serviço | As designações herdadas para o log de eventos e a escala de serviço podem ser alterados até que o fluxo de trabalho seja transferido. |
Identificador de Condição | O valor é inicializado a partir do fluxo de trabalho de base mas pode ser alterado. |
Link de parceiro e esquema XML | Um link de parceiro herdado ou esquema não pode ser alterado. |
Campo de dados XML | O valor e a descrição de um campo de dados XML herdado podem ser alterados. |
Pasta de anexo recebidos dos serviços da Web | A pasta em que os anexos recebidos de serviços da Web serão armazenados pode ser alterada. |
Nomes de conjuntos de regras | Para um conjunto de regras herdado, a configuração Assíncrona pode ser alterada. |
Preferência de notificação por email | O valor é inicializado a partir do fluxo de trabalho de base mas pode ser alterado. |
Itens herdados (mapa principal, submapas, campos de dados, anexos, grupos de fluxos de trabalho e assim por diante) são lidos somente na definição de fluxo de trabalho. Todavia, é possível substituir um item herdado redefinindo-o. Por exemplo, é possível substituir um mapa existente utilizando Criar Mapa no menu de Ferramentas. Se você subsequentemente excluir o mapa de substituição, o mapa herdado será reativado.
A ilustração a seguir mostra como os itens são herdados e podem ser substituídos em algum nível na hierarquia.
O Workflow-A é destinado como uma base para futuras definições de fluxo de trabalho. Os submap-a1 e submap-a2 são designados como de funcionalidade de propósito geral a serem utilizados em todas as definições de fluxo de trabalho derivadas desta, e os field-a1 e field-a2 são utilizados nesses submapas.
O Workflow-M utiliza o Workflow-A como seu fluxo de trabalho de base, herdando os mapas e os campos de dados. O Workflow-M utiliza seu próprio mapa principal (main-M), inclui submap-m1 e field-m1, e substitui submap-a1 por sua própria versão desse submapa.
O Workflow-N também utiliza Workflow-A como seu fluxo de trabalho de base. O Workflow-N utiliza se próprio mapa principal (main-N) e inclui seu próprio submapa e campo. Ele utiliza o submap-a1 original herdado de Workflow-A.
O Workflow-R utiliza Workflow-M como seu fluxo de trabalho de base, herdando mapas e campos a partir de Workflow-M. No Workflow-R, o mapa principal padrão (main-R) é excluído e o main-M herdado é o mapa principal. Submap-m1 é substituído por uma nova versão, e field-r1 é novo.
Se a herança do fluxo de trabalho estiver desativada em Workflow-R, os mapas e os campos herdados não são mais acessíveis, mas as referências permanecem na definição de fluxo de trabalho. O main-M (mapa principal) herdado é substituído por main-R. O Submap-m1 substitui o submap-m1 herdado para que ele permaneça. O Field-r1 foi criado no Workflow-R.
- Se você desativar a herança do fluxo de trabalho em um fluxo de
trabalho que herda mapas, campos e outras propriedades de outro fluxo
de trabalho, o mapa de base desse fluxo de trabalho será
reconfigurado como WorkObjectEx e todos os itens herdados e não
substituídos a partir do fluxo de trabalho de base anteriores não estarão mais disponíveis. Se esses itens forem referenciados, por uma etapa do submapa,
ocorrerão erros de validação.
Se você subsequentemente reativar a herança, os itens herdados (submapas, campos e assim por diante) se tornarão acessíveis, apesar de que o mapa principal (neste exemplo, main-R) continuará a substituir o mapa herdado, e F_Trackers continuará a substituir um F_Trackers herdado, se houver. É possível excluir a substituição de mapa principal e F_Trackers se desejar utilizar o mapa principal e F_Trackers herdados.
- Se o fluxo de trabalho de base para Workflow-R for comutado de Workflow-M para Workflow-N, o main-N se tornará o mapa do fluxo de trabalho principal. O Submap-m1 permanece porque ele substitui o submap-m1 herdado.
- Em Workflow-R, main-A e o formato original de submap-a1 não são herdados no Workflow-R, apenas os itens ativos em Workflow-M são herdados.
- O Workflow-R não inclui submapas acessíveis a partir do mapa principal (main-M) porque main-M é somente de leitura. Em vez disso, submap-m1 é modificado para a funcionalidade desejada. Se o autor do fluxo de trabalho excluir o submap-m1 modificado, o submap-m1 herdado de Workflow-M será reativado e não poderá ser excluído.
- Os itens herdados em uma definição de fluxo de trabalho derivada reflete as propriedades em seu fluxo de trabalho de base no momento do fluxo de trabalho derivado ser criado. Se o fluxo de trabalho de base for alterado e transferido para o banco de dados do sistema de fluxo de trabalho, qualquer definição de fluxo de trabalho derivada permanecerá inalterada até que abra uma definição de fluxo de trabalho derivada e a transfira novamente.