Sankhya Flow

Em relação ao módulo SankhyaFlow é pertinente mencionar que esta fundamenta-se na metodologia do Gerenciamento de Processos de Negócios (BPM) destinando-se principalmente aos modeladores de processos. Diante disto, tem-se como objetivo principal, proporcionar aos indivíduos que a utilizam uma análise específica em relação aos processos da organização, assim como, realizar o acompanhamento das atividades desempenhadas pelos usuários.

Ainda neste contexto, a Associação de Profissionais de Gerenciamento de Processos de Negócios Internacionais (ABPMP) define por meio do guia BPM CBOK que o processo em si, caracteriza-se como a agregação de atividades e comportamentos executados por pessoas ou máquinas para alcançar um ou mais resultados.

Diante disto, ao utilizar esta tela, tem-se que os processos poderão ser visualizados através de representações gráficas (diagramas) que possuem embasamento na notação de modelagem BPMN. É relevante mencionar que esta, possui uma abrangente estrutura de Gerenciamento de Processos de Negócios que dispõe de ícones padronizados para representar os desenhos dos processos.

 Importante: a notação BPMN tem como objetivo principal representar cada ação do processo por meio de um símbolo.

Gerenciamento de Processos de Negócios (BPM)

Em relação ao Gerenciamento de Processos de Negócios, tem-se que esta metodologia permite que os processos organizacionais sejam sistematizados, sendo assim, contribui significativamente para que os objetivos e metas das organizações sejam alcançados por meio do gerenciamento de seus processos.

De acordo com as informações acima e considerando o presente contexto, faz-se necessário atentar-se as seguintes diretrizes:

• Modelagem: Pode-se mencionar que os processos de negócios são identificados, definidos e representados graficamente.
• Automação: Por meio desta tem-se a garantia da execução das instâncias do processo.

Nota: neste caso consideram-se os sistemas que integram os processos, bem como, o uso de máquinas que executam de forma automática atividades do processo.

• Execução: Significa que as instâncias de um processo estão sendo executadas.
• Controle: Por meio deste certifica-se que o processo está seguindo o planejamento.
• Medição: Em relação a este, mensura-se de modo quantitativo como o processo está sendo executado.
• Otimização: Atividade contínua desenvolvida ao longo da execução do processo para melhorar continuamente o processo.

Diante do contexto apresentado, é relevante mencionar que os Processos de Negócios podem ser executados considerando:

• Atividades manuais realizadas por pessoas;
• Atividades automatizadas realizadas por máquinas;
• Atividades realizadas por meio de sistemas de informações e/ou aplicações.

 Importante: o módulo SankhyaFlow tem como finalidade disponibilizar uma ferramenta de BPM completa e totalmente integrada ao ERP para os usuários. Desta forma, as informações e dados poderão ser manuseados na execução dos fluxos de processos, sendo possível considerar também a execução das tarefas dos usuários.

Diante desse contexto tem-se a tela Processos de Negócio dispondo das funcionalidades pertinentes ao módulo referido.

Integração de Telas Nativas com o Sankhya Flow: comportamento das Tabelas _TNF

Ao utilizar telas nativas do sistema Sankhya em um processo do Flow, é importante entender como o sistema gerencia os dados para garantir o comportamento esperado. O Flow foi projetado para operar com uma estrutura de dados específica para as telas nativas integradas, o que pode gerar dúvidas quando se tenta utilizar informações já existentes no sistema.

Como o Flow lida com Telas nativas e Dados

Quando uma tela nativa (como a Central de Vendas, que manipula a entidade TGFCAB) é incorporada em uma tarefa do Flow, o sistema cria uma tabela com o sufixo _TNF. Por exemplo, se a Central de Vendas está sendo usada no Flow, os dados relacionados ao cabeçalho da nota não serão salvos diretamente na TGFCAB original, mas sim em uma tabela auxiliar chamada TGFCAB_TNF.

Da mesma forma, quando uma tarefa do Flow precisa buscar registros para preencher uma tela nativa, ela irá procurar esses registros na tabela correspondente com o sufixo _TNF, e não nas tabelas originais do sistema.

Implicações práticas para o preenchimento de Dados

Isso significa que, se você está esperando que a Central de Vendas (ou qualquer outra tela nativa) seja aberta dentro de uma tarefa do Flow já preenchida com um número único de nota ou informações de parceiro existentes no sistema (nas tabelas "principais" como TGFCAB), isso não acontecerá automaticamente.

O comportamento padrão do Flow é que o registro seja criado ou manipulado dentro do próprio processo do Flow para que possa ser utilizado nas etapas seguintes.

Exemplo prático:

Se o objetivo é que uma tela da Central de Vendas no Flow exiba uma nota, o cenário ideal é que:

1. A nota seja cadastrada (gerada) dentro de um formulário inicial ou uma tarefa anterior do próprio processo do Flow.
2. Ao ser salva, essa nota será armazenada na TGFCAB_TNF.
3. Quando a próxima tarefa do Flow abre a Central de Vendas, ela buscará essa nota na TGFCAB_TNF e a exibirá corretamente, pois a informação foi gerada e está contida no contexto do processo do Flow.

Em resumo

Para garantir que as informações sejam carregadas e exibidas corretamente nas telas nativas dentro do Flow, a regra é: os dados devem ser gerados ou inseridos como parte do fluxo do processo. Tentar referenciar dados previamente existentes nas tabelas originais do sistema (fora do contexto _TNF do Flow) não funcionará como esperado.

[Voltar ao topo]