BR112020000567A2

BR112020000567A2 - método para definir o processo de aprovação baseado em campos de base

Info

Publication number: BR112020000567A2
Application number: BR112020000567-3A
Authority: BR
Inventors: Dazhi Chen
Original assignee: Chengdu Qianniucao Information Technology Co. , Ltd.
Priority date: 2017-07-10
Filing date: 2018-07-09
Publication date: 2020-07-21
Also published as: CN107357882A; KR20200018665A; PE20200290A1; AU2018299512A1; ZA202000151B; JP2020528601A; CA3068930A1; WO2019011220A1; CO2020000173A2; US20200134527A1; MX2020000257A; EP3654133A1; JP7276780B2; EP3654133A4; CN108984715A; EA202090238A1; PH12020500009A1; CN108984715B

Abstract

É divulgado na presente invenção um método para definir um processo de aprovação com base em campos de base, incluindo uma etapa de criação de um processo de aprovação: S1: selecionar um formulário correspondente ao processo de aprovação; S2: selecionar um campo de base para o processo de aprovação, onde um campo de base pode ser selecionado por um ou mais processos de aprovação; e S3: definir um conjunto de valores de campo do campo de base selecionado do processo de aprovação, em que cada valor de campo só pode existir em um conjunto de valores de campo de um processo de aprovação no campo de base. Durante a relação com o processo de aprovação, é determinado, de acordo com o valor do campo de base no formulário de aprovação, qual o valor do campo do processo de aprovação definido no campo de base correspondente pertence a qual formulário de aprovação. Na presente invenção, quando um formulário é submetido para ser aprovado em um processo de aprovação, o formulário pode ser automaticamente relacionado a um processo de aprovação de acordo com um valor de campo de um campo de base no formulário. O processo é determinado de acordo com o conteúdo do campo de base no formulário, que é simples, claro e fácil de operar. O campo de base no formulário é mutável, para que diferentes requisitos de aprovação no gerenciamento real possam ser atendidos.

Description

“MÉTODO PARA DEFINIR O PROCESSO DE APROVAÇÃO BASEADO EM CAMPOS DE BASE” Campo Técnico

[001] A presente invenção se refere a um método para equipe de definição de processo de sistema para software de gerenciamento, tal como o ERP, para definir um processo de aprovação e, mais particularmente, a um método para definir um processo de aprovação baseado nos campos de base.

Técnica Relacionada

[002] O controle de acesso baseado em função (RBAC) é um dos mecanismos de gerenciamento de permissão mais pesquisados e amadurecidos para bancos de dados nos últimos anos. É considerado um candidato ideal para substituir o controle de acesso convencional obrigatório (MAC) e o controle de acesso discricionário (DAC). O MAC convencional possui alta flexibilidade, mas baixa segurança. O MAC é altamente seguro, mas muito restritivo. O controle de acesso baseado em função combina os itens acima, não sendo apenas fácil de gerenciar, mas também reduz a complexidade, os custos e a probabilidade de erros. Portanto, ele foi um mecanismo bastante desenvolvido nos últimos anos. A ideia básica do RBAC é dividir diferentes funções de acordo com diferentes posições funcionais em uma exibição da organização corporativa, encapsular uma permissão de acesso dos recursos do banco de dados em funções e permitir que os usuários acessem indiretamente os recursos do banco de dados, atribuindo diferentes funções aos usuários.

[003] Um grande número de tabelas e visualizações geralmente é criado em sistemas de aplicativos em larga escala, o que dificulta o gerenciamento e as permissões dos recursos do banco de dados. É muito difícil para o usuário gerenciar diretamente o acesso e as permissões dos recursos do banco de dados. Isso exige que o usuário tenha um entendimento muito completo da estrutura do banco de dados e esteja familiarizado com o uso da linguagem SQL. Depois que as estruturas ou requisitos de segurança do sistemas de aplicações são alterados, é necessário um grande número de alterações complexas e complicadas nas permissões, sendo muito provável que ocorram vulnerabilidades de segurança causadas por alguns erros inesperados de autorização. Portanto, projetar um método simples e eficiente de gerenciamento de permissões criado para sistemas de aplicações em larga escala tornou-se um requisito comum para sistemas e usuários de sistemas.

[004] O mecanismo de controle de permissão baseado em função pode gerenciar as permissões de acesso do sistema de maneira simples e eficiente, o que reduz grandemente a carga e o custo do gerenciamento de permissões do sistema e torna o gerenciamento de permissões do sistema mais compatível com as especificações de gerenciamento de negócios do sistema de aplicações.

[005] No entanto, os métodos convencionais de controle de fluxo de trabalho de gerenciamento de permissão de usuário baseado em função adota um mecanismo de relação “função para usuário um para muitos”, em que a “função” tem a natureza de um grupo ou classe. Ou seja, uma função pode corresponder/estar relacionada a vários usuários simultaneamente. O papel é semelhante a um cargo/função/tipo de trabalho ou outros conceitos. As permissões autorizadas a um usuário sob esse mecanismo de relação são basicamente divididas nas três seguintes formas: 1. Como mostrado na FIG. 1, as permissões são diretamente autorizadas ao usuário, onde a desvantagem é que a carga de trabalho é grande e a operação é frequente e complicada. No processo de aprovação, uma operação de aprovação sujeita ao nó de aprovação é um usuário e, em um nó de aprovação do fluxo de trabalho, um colaborador ou usuário é selecionado diretamente como sujeito de aprovação. Quando ocorrerem alterações no colaborador (como transferência ou renúncia), todos os processos relacionados ao colaborador devem ser ajustados de acordo. Especialmente, para alterações em um funcionário em uma posição de gerenciamento de uma empresa, muitos processos de aprovação estão envolvidos.

Como o ajuste dos processos envolve grandes cargas de trabalho e é complicado, é provável que ocorram erros ou omissões, afetando o funcionamento normal da empresa e até causando perdas imprevisíveis.

[006] Mesmo que a alteração ocorra apenas nas permissões de aprovação do colaborador, ainda é necessário ajustar os processos relacionados ao colaborador de forma correspondente, e problemas semelhantes descritos acima ainda ocorrem.

[007] 2. Como mostrado na FIG. 2, a função (tendo a natureza de uma classe/grupo/cargo/tipo de trabalho) é autorizada (uma função pode estar relacionada a vários usuários), o usuário obtém permissões por meio de sua função, e o operador de aprovação é a função que tem a natureza de um grupo ou classe. 3. Como mostrado na FIG. 3, os dois métodos acima são combinados.

[008] Nas descrições acima, como 2 e 3 precisam autorizar a função que tem a natureza de uma classe ou grupo. Contudo, a maneira de realizar a autorização e controle do fluxo de trabalho por meio da função de natureza de classe/grupo/cargo/tipo de trabalho tem as seguintes desvantagens: 1. As operações são difíceis quando a permissão do usuário é alterada. No processo real de uso de um sistema, as permissões do usuário geralmente precisam ser ajustadas durante o processo de operação. Por exemplo, no processamento da alteração nas permissões de um colaborador, quando as permissões de um colaborador relacionadas à função foram alteradas, é inadequado alterar as permissões de toda a função devido à alteração nas permissões de cada colaborador, porque essa função também está relacionada a outros colaboradores cujas permissões permanecem inalteradas. Para lidar com essa situação, uma nova função é criada para atender ao colaborador cujas permissões foram alteradas ou as permissões são diretamente autorizadas para o colaborador (desassociado da função) baseado nos requisitos de permissão. Os dois métodos de processamento acima não levam muito tempo, mas também causam erros facilmente durante a autorização da função no caso de um grande número de permissões de função. É complicado para um usuário operar e os erros ocorrem facilmente, resultando em perda para o usuário do sistema.

[009] Quando as permissões de aprovação do colaborador ou usuário são alteradas, o colaborador/usuário é desativado da função e, em um nó de aprovação do fluxo de trabalho, o colaborador/usuário é selecionado diretamente como sujeito da aprovação ou uma nova função é adicionada para atender os requisitos do processo de aprovação. No primeiro método, quando ocorrerem alterações em um colaborador (como transferência ou renúncia), todos os processos relacionados ao colaborador devem ser ajustados de acordo. Especialmente, para alterações em um funcionário em uma posição de gerenciamento de uma empresa, muitos processos de aprovação estão envolvidos. Como o ajuste dos processos envolve grandes cargas de trabalho, é provável que ocorram erros ou omissões, afetando o funcionamento normal da empresa e até causando perdas imprevisíveis. Mesmo que a alteração ocorra apenas nas permissões de aprovação do colaborador, ainda é necessário ajustar os processos relacionados ao colaborador de forma correspondente, e problemas semelhantes descritos acima ainda ocorrem. No segundo método, adicionar uma nova função envolve criação, relação e autorização da função. Especialmente quando existem muitas funções e muitos usuários relacionados às funções, é difícil lembrar quais usuários estão relacionados à função.

[010] 2. É difícil lembrar as permissões específicas contidas em uma função por um longo tempo. Se a função tiver muitos pontos de função de permissão, com o passar do tempo, é difícil lembrar as permissões específicas da função, sendo ainda mais difícil lembrar as diferenças de permissão de funções com permissões semelhantes. As permissões de funções semelhantes também são facilmente confusas. Se um novo usuário precisar ser relacionado, é impraticável determinar com precisão como selecionar uma relação.

[011] 3. Como as permissões do usuário são alteradas, cada vez mais funções serão criadas (se novas funções não forem criadas, a autorização direta ao usuário aumentará bastante), sendo mais difícil distinguir diferenças específicas entre as permissões das funções.

[012] 4. Quando um usuário é transferido de um cargo, se muitas permissões do usuário transferido precisarem ser atribuídas a outros usuários, é necessário distinguir as permissões do usuário transferido e criar funções para se relacionar com os outros usuários, respectivamente, durante o processamento. Tais operações não são apenas complicadas e demoradas, mas também propensas a erros.

[013] Além disso, em um método convencional de definição do processo de aprovação, apenas um processo de aprovação pode ser criado para um formulário (apenas um processo de aprovação pode ser usado durante o mesmo período) e todos os envios do formulário passam por esse processo. Uma condição de fluxo do processo pode ser definida no processo para orientar diferentes direções do caminho de aprovação da aprovação do processo. No entanto, quando confrontados com requisitos de aprovação complicados, a condição do fluxo no processo é definida para ser muito complexa e há um número extremamente grande de instruções do caminho de aprovação no fluxo. É difícil definir um processo que atenda completamente aos requisitos de gerenciamento. Além disso, a operação de configuração é complicada e propensa a erros. A modificação será complicada e o uso normal de equipe relacionada no processo também poderá ser afetado durante a modificação.

SUMÁRIO Problemas Técnicos

[014] O objetivo da presente invenção é solucionar as deficiências da técnica anterior e fornecer um método para definir um processo de aprovação baseado em campos de base. Quando um formulário (dados do formulário) é submetido para ser aprovado em um processo de aprovação, o processo de aprovação pode ser relacionado automaticamente de acordo com um campo base no formulário de aprovação (um formulário correspondente aos dados do formulário) e um processo específico para aprovação é determinado de acordo com o conteúdo do campo de base no formulário de aprovação (dados do formulário), que é simples, claro, facilmente compreensível e fácil de operar. O campo de base no formulário é mutável, para que diferentes requisitos de aprovação no gerenciamento real possam ser atendidos.

Soluções para Problemas Soluções Técnicas

[015] O objetivo da presente invenção é alcançado pelas seguintes soluções técnicas: Um método para definir um processo de aprovação baseado nos campos de base inclui: uma etapa de determinar um campo de base para um formulário de aprovação, uma etapa de criação de um processo de aprovação e uma etapa de relacionar automaticamente um processo de aprovação de acordo com um formulário de aprovação enviado por um usuário. A etapa de determinar um campo de base para um formulário de aprovação inclui: determinar um campo de base para cada formulário que precisa de aprovação do fluxo de trabalho ou determinar um campo base para cada formulário para o qual a aprovação do fluxo de trabalho precisa ser executada de acordo com o campo de base, onde apenas um campo de base pode ser determinado para um formulário de aprovação durante o mesmo período. A etapa de criação de um processo de aprovação inclui as seguintes etapas: S1: selecionar (ou definir) um formulário correspondente ao processo de aprovação, em que um formulário corresponde a um ou mais processos de aprovação; S2: selecionar um campo base para o processo de aprovação, em que um campo base pode ser selecionado por um ou mais processos de aprovação, e o campo base é uma função de envio ou um campo de natureza da função no formulário correspondente ou campo de natureza de departamento no formulário correspondente; e S3: definir um conjunto de valores de campo do campo de base do processo de aprovação selecionado na etapa S2, em que cada valor de campo (cada valor do campo de base) só pode existir em um conjunto de valores de campo de um processo de aprovação no campo de base . Não há relação de sequência entre a etapa de “determinação de um campo de base para um formulário de aprovação” e a etapa de “criação de um processo de aprovação”.

[016] A etapa de relacionar automaticamente um processo de aprovação de acordo com um formulário de aprovação enviado por um usuário inclui as seguintes etapas: SS1: localização, por um sistema, de um determinado campo de base no formulário de aprovação (um formulário de aprovação correspondente aos dados do formulário) de acordo com o formulário de aprovação (dados do formulário) enviado pelo usuário; SS2: de acordo com o campo de base determinado na etapa SS1, se nenhum processo de aprovação correspondente puder ser encontrado baseado no campo de base no formulário de aprovação, exibindo “nenhum processo de aprovação correspondente” (realizar uma solicitação de “nenhum processo de aprovação correspondente”) e se um processo de aprovação correspondente puder ser encontrado baseado no campo de base no formulário de aprovação, localizar todos os processos de aprovação correspondentes ao campo base e prosseguir para a etapa SS3, ou se um processo de aprovação correspondente puder ser encontrado baseado na base campo no formulário de aprovação, prosseguindo diretamente para a etapa SS3; e SS3: determinar, de acordo com um valor de campo do campo de base no formulário de aprovação (dados do formulário), qual o valor do campo do processo de aprovação definido no campo base correspondente ao qual o formulário de aprovação pertence e aprovar o formulário de aprovação (dados do formulário) usando esse processo de aprovação e preencher uma relação do formulário de aprovação (dados do formulário) com o processo de aprovação.

[017] Se o campo de base selecionado for uma função de envio ou o campo de natureza da função no formulário correspondente, todos os valores do campo no conjunto de valores do campo são funções; e se o campo de base selecionado for o campo de natureza de departamento no formulário correspondente, todos os valores do campo no conjunto de valores do campo são departamentos.

[018] O conjunto de valores do campo inclui um valor de campo nulo, um processo de aprovação correspondente a um formulário no qual o valor do campo selecionado nulo é definido quando os processos de aprovação são definidos e quando o conteúdo do campo de base no formulário de aprovação (dados de formulário) enviados pelo usuário são nulos, esse processo de aprovação é usado para aprovação.

[019] Quando o campo base selecionado corresponde apenas a um processo de aprovação exclusivo, há uma opção de valor de campo “todos” no conjunto de valores do campo do campo de base selecionado do processo de aprovação e “todos” é selecionado. Se o campo de base determinado no formulário de aprovação (um formulário de aprovação correspondente aos dados do formulário) enviado pelo usuário for o mesmo que o campo de base selecionado do processo de aprovação, o processo de aprovação será usado para aprovar o formulário de aprovação enviado (dados do formulário ), independentemente do valor do campo de base no formulário de aprovação (dados do formulário) enviado pelo usuário e também usado para aprovar valores de campo recém-adicionados subsequentes do campo de base (ou seja, todos os processos relacionados aos valores de campo recém-adicionado do campo de base são este processo de aprovação).

[020] O campo de natureza da função no formulário e o campo de natureza do departamento no formulário são ambos campos obrigatórios por rádio. (Por exemplo, o conteúdo de um campo de “departamento de assinatura de contrato” em um formulário de contrato deve ser um campo de rádio e um campo obrigatório/necessário, e somente nesse caso o campo pode ser selecionado como um campo de base).

[021] A função é um indivíduo independente, e não um grupo ou classe, uma função só pode estar relacionada a um usuário único durante o mesmo período e um usuário está relacionado a uma ou mais funções.

[022] A função pertence a um determinado departamento, a função é exclusiva no departamento, a função é autorizada de acordo com o conteúdo do trabalho da função e o usuário obtém permissões por meio da função relacionada.

[023] Durante a transferência entre departamentos de um usuário, a relação do usuário com a função no departamento original é primeiro cancelada e, em seguida, o usuário é relacionado a uma função em um novo departamento.

[024] O processo de aprovação é baseado em um modelo de estrutura de três camadas de permissão de função do usuário que inclui: uma camada de função, em que uma operação sujeita à aprovação do processo em um fluxo de trabalho é uma função, cada função é um indivíduo independente, em vez de um grupo/classe, uma função pode estar relacionado apenas a um usuário único durante o mesmo período e um usuário estar relacionado a uma ou mais funções; uma camada de permissão composta por permissões que devem ser usadas na execução do fluxo de trabalho, em que cada permissão é diretamente autorizada para a função; e uma camada de usuário, em que um usuário determina uma tarefa de aprovação no processo de aprovação através de uma função relacionada e executa uma operação de aprovação com a permissão da função relacionada.

[025] O processo de aprovação inclui: um nó de início para iniciar um processo de aprovação; pelo menos um nó de aprovação para selecionar uma função de aprovação e autorizar a função de aprovação; e um nó final, no qual o processo de aprovação é encerrado.

Efeitos Benéficos da Invenção

Efeitos Benéficos

[026] A presente invenção tem os seguintes efeitos benéficos: 1. Quando um formulário (dados do formulário) é submetido para ser aprovado em um processo de aprovação, o processo de aprovação pode ser relacionado automaticamente de acordo com um campo base no formulário de aprovação (um formulário correspondente aos dados do formulário) e um processo específico para aprovação é determinado de acordo com o conteúdo do campo de base no formulário de aprovação (dados do formulário), que é simples, claro, facilmente compreensível e fácil de operar. O campo de base no formulário é mutável, para que diferentes requisitos de aprovação no gerenciamento real possam ser atendidos.

[027] Para exemplo, ao projetar um processo, um projetista de processo define um campo de base atual em um formulário de contrato para “função de assinatura de contrato”, define todos os processos de aprovação no formulário de contrato e determina um campo de base de cada processo de aprovação e um conjunto de valores de campo do campo de base.

[028] Uma função de envio 5 envia um formulário de contrato (um contrato/ados do formulário). O formulário do contrato (este contrato) inclui os seguintes campos: uma função de assinatura do contrato: função 1 (a função de assinatura do contrato é um campo e a função 1 é o conteúdo/valor do campo); uma função responsável pelo contrato: função 2; um departamento de assinatura de contrato: departamento 1; e um departamento responsável pelo contrato: departamento 2. Após o usuário enviar o formulário do contrato (este contrato), o sistema descobrirá automaticamente que o campo de base (o campo de base atual) correspondente (definido para) ao formulário atual do contrato (um formulário correspondente ao contrato) é “função de assinatura do contrato”, encontrando assim vários processos de aprovação correspondentes a “função de assinatura do contrato” e, finalmente, de acordo com o valor do campo “função 1” da “função de assinatura de contrato” no formulário de contrato (este contrato), determina um processo único de aprovação no qual o conjunto de valores do campo de base “função de assinatura do contrato” inclui “função 1”.

[029] 2. No presente pedido, um ou mais processos de aprovação podem ser criados para um formulário. Quando apenas um processo é criado, o valor do campo de base pode ser definido como “todos” e se o campo de base determinado no formulário de aprovação (dados do formulário) enviado pelo usuário for o mesmo que o campo de base selecionado do processo de aprovação, o processo de aprovação será usado para aprovar o formulário de aprovação enviado, independentemente do valor do campo do campo de base e também usado para aprovar valores de campo recém-adicionados subsequentes do campo de base, o que é simples e conveniente.

Em um cenário de aplicação complicado, por exemplo, em um sistema com três divisões de negócios que vendem mercadorias diferentes, apenas um processo de aprovação pode ser criado para um formulário de contrato de vendas em um método convencional, e condições complicadas de fluxo e orientações do caminho de aprovação precisam ser definidas durante a criação, que envolve configurações complicadas e está sujeita a erros, e dificilmente pode ser definido um processo de aprovação que atenda totalmente aos requisitos de gerenciamento. No presente pedido, três processos de aprovação podem ser criados para o formulário de contrato de vendas para atender aos requisitos de aprovação de contrato de vendas das três divisões de negócios e, enquanto isso, um usuário do sistema também pode determinar autonomamente se deve usar um campo de “departamento de assinatura do contrato”, um campo de “função de envio” ou outros campos para executar (selecionar/determinar) a aprovação (processo de aprovação) do contrato, atendendo assim aos requisitos do usuário com mais precisão. Em um processo de uso, é claro e fácil para um usuário do processo entender e fazer modificações, e o uso de outros processos não é afetado durante a modificação.

[030] Como o usuário pode selecionar diferentes campos de base em diferentes formulários, conforme necessário, e também pode alterar os campos de base, diferentes requisitos de gerenciamento em diferentes formulários são bem atendidos. Por exemplo, alguns usuários do sistema desejam executar um processo de aprovação como uma “função de assinatura de contrato” (ou seja, “função de assinatura do contrato” é usada como o campo de base atual no formulário do contrato e, quando um contrato é enviado para aprovação, um processo de aprovação correspondente ao campo “função de assinatura do contrato” no formulário do contrato é usado para executar a aprovação relacionada) durante a aprovação do contrato. No entanto, alguns usuários desejam executar um processo de aprovação como um “departamento de assinatura do contrato”, mas outros usuários também desejam determinar um processo de aprovação como um “remetente”. O usuário do sistema pode alterar livremente o campo de base no formulário, conforme necessário para resolver esse problema (depois que o campo de base no formulário for alterado, todos os dados do formulário enviados serão aprovados usando um processo de aprovação correspondente ao campo de base atual no formulário correspondente. Por exemplo, no caso do campo de base atual “função de assinatura de contrato” ser substituído por “departamento de assinatura do contrato”, “departamento de assinatura do contrato” agora é o campo de base atual. Por exemplo, se um contrato for enviado posteriormente para aprovação, a aprovação será realizada usando um processo de aprovação correspondente ao campo de base atual “departamento de assinatura do contrato” do formulário de contrato, em vez do processo de aprovação correspondente à "função de assinatura do contrato” , ou seja, a aprovação relacionada para os dados do formulário enviado é executada usando um processo de aprovação correspondente ao campo de base atual em seu formulário correspondente).

[031] 3. Diferentes formas precisam de diferentes campos para determinar qual processo passar. Por exemplo, uma ordem de produção precisa de um remetente, a aprovação de reembolso precisa de um solicitante de reembolso e a aprovação de contrato precisa de um signatário de contrato. Nem todos os processos de aprovação são determinados baseado no remetente do formulário.

Independentemente de um remetente, um processo é determinado com base em uma função ou departamento correspondente a um campo de base (o campo de base atual) e esse método de configuração é mais fácil de operar, é bem aplicável à aprovação de diferentes formulários e pode atender melhor aos requisitos reais de operação e gerenciamento das empresas.

[032] 4. O sujeito da operação de aprovação no fluxo de trabalho é uma função que é um indivíduo independente, e não uma função convencional, com a natureza de um grupo/classe. Mesmo que tenham ocorrido alterações em um colaborador/usuário (como transferência ou renúncia), é necessário relacionar novamente um novo colaborador à função no processo de aprovação ou se as permissões de aprovação do colaborador tiverem sido alteradas, é necessário apenas ajustar as permissões de aprovação da função adequadamente, mas não é necessário redefinir/ajustar o processo. Como a definição é conveniente e nenhum erro ou omissão ocorrerá, a operação normal da empresa não será afetada e a confiabilidade do fluxo de trabalho será bastante aprimorada. Quando a função com a natureza de um número de cargo é considerada um assunto de autorização de aprovação em um nó do link de aprovação, o usuário determina (obtém) quais tarefas de aprovação estão disponíveis de acordo com a função. O usuário só precisa executar operações de aprovação com base nas permissões da função relacionada.

É claro e simples entender que cada função com a natureza de um número de cargo/estação de trabalho é uma unidade mínima do assunto do trabalho. O presente pedido pode atender a diferentes requisitos de aprovação em relação a cada função.

[033] 5. No presente pedido, a função está em uma relação individual com o usuário. Uma função só pode estar relacionada a um usuário exclusivo durante o mesmo período. A vantagem disso é que as permissões podem ser obtidas (ou seja, o usuário obtém as permissões da função relacionada) apenas relacionando o usuário à função e as alterações nas permissões da função são muito menores do que as alterações nas permissões do usuário em um mecanismo convencional.

Poucas alterações ocorrem na quantidade de funções que são, individualmente, de natureza independente (um número de cargo/um número de estação de trabalho na natureza). Embora haja uma grande rotatividade de colaboradores, poucas alterações ocorrem no número do cargo/estação de trabalho (mesmo que não haja alteração em um determinado período, ou seja, a função não muda). Isso simplifica bastante o gerenciamento de permissões do usuário e reduz as despesas gerais do sistema.

[034] 6. As operações como gerenciamento dinâmico, recrutamento e transferência são simples, convenientes, eficientes e altamente confiáveis. A aplicação de recrutamento/saída/transferência no processo de aprovação é simples.

O sujeito da operação de aprovação no fluxo de trabalho é uma função. Quando um colaborador/ um usuário foi alterado, o processo de aprovação não precisa ser redefinido, sendo necessário apenas que o usuário cancele a relação com a função ou se relacione à função: Para o usuário que não está mais na função do número do cargo/número de estação de trabalho, a relação com a função é cancelada; e o usuário que assume a função do número do cargo/número da estação de trabalho está relacionado à função do número do cargo. Portanto, o usuário relacionado à função obtém automaticamente tarefas e permissões relacionadas à função no fluxo de trabalho de aprovação, sem redefinir o fluxo de trabalho de aprovação ou re-autorizar a função no fluxo de trabalho, melhorando significativamente a eficiência, segurança e confiabilidade da definição do processo.

[035] Por exemplo, como o usuário Zhang San é transferido ou sai de um cargo, ele não funciona mais como “comprador 3” e Zhang San cancela a relação com a função. Enquanto isso, Li Si assume o trabalho na função de “comprador 3”, então, Li Si é relacionado à função; então, Li Si automaticamente obtém as tarefas de aprovação e as permissões de aprovação da função de “comprador 3” no processo de aprovação.

[036] 7. O mecanismo convencional de gerenciamento de permissões define a função como a natureza de um grupo, um tipo de trabalho, uma classe ou algo semelhante. A função está em uma relação de um para muitos com o usuário. No processo real de uso de um sistema, as permissões do usuário geralmente precisam ser ajustadas durante o processo de operação. Por exemplo, no processamento da alteração nas permissões de um colaborador, quando as permissões de um colaborador relacionadas à função foram alteradas, é inadequado alterar as permissões de toda a função devido à alteração das permissões de cada colaborador, porque essa função também está relacionada a outros colaboradores cujas permissões permanecem inalteradas. Para lidar com essa situação, uma nova função é criada para atender ao colaborador cujas permissões foram alteradas ou as permissões são diretamente autorizadas para o colaborador (desassociado da função) com base nos requisitos de permissão. Os dois métodos de processamento acima não levam muito tempo, mas também causam erros facilmente durante a autorização da função no caso de um grande número de permissões de função. É complicado para um usuário operar e os erros ocorrem facilmente, resultando em perda para o usuário do sistema.

[037] No entanto, de acordo com o método do presente pedido, como a função é um indivíduo independente, o objeto pode ser alcançado alterando as permissões da função. Embora o método do presente pedido pareça aumentar a carga de trabalho durante a inicialização do sistema, por meio de cópia ou semelhante, a função pode ser criada ou autorizada com mais eficiência do que as funções convencionais com a natureza de um grupo. Como é desnecessário considerar a semelhança das funções de uma natureza de grupo ao satisfazer os usuários relacionados, as soluções no presente pedido tornam a configuração da permissão clara e explícita. Especialmente após o sistema ter sido usado por um período de tempo (as permissões do usuário/função foram alteradas dinamicamente), as soluções no presente pedido podem melhorar significativamente a eficiência do gerenciamento de permissões para o usuário do sistema no uso do sistema, fazer a autorização dinâmica é mais simples, mais conveniente, mais clara e mais explícita, além de melhorar a eficiência e a confiabilidade da definição de permissão.

[038] 8. O método convencional de autorização de função baseado em grupo é propenso a erros. O método fornecido no presente pedido reduz significativamente a probabilidade de erros de autorização, porque o método do presente pedido precisa considerar apenas a função como indivíduo independente, sem considerar a semelhança de vários usuários relacionados à função da natureza do grupo sob o método convencional. Mesmo que ocorram erros de autorização, apenas o usuário relacionado à função é afetado. No entanto, no caso do papel convencional da natureza do grupo, todos os usuários relacionados à função são afetados. Mesmo que ocorram erros de autorização, o método de correção do presente pedido é simples e leva pouco tempo, enquanto no caso da função convencional de uma natureza de um grupo, é necessário considerar o compartilhamento das permissões de todos os usuários relacionados à função durante a correção de erros. A modificação é complicada, complexa e suscetível a erros quando a função possui muitos pontos de função e, em muitos casos, o problema não pode ser resolvido a menos que uma nova função seja criada.

[039] 9. No método de autorização de funções com base em grupo convencional, se a função tiver muitos pontos de função de permissão, com o passar do tempo, é difícil lembrar as permissões específicas da função, sendo ainda mais difícil lembrar as diferenças nas permissão de funções com permissões semelhantes.

Se um novo usuário precisar ser relacionado, não é possível determinar precisamente como selecionar uma relação. No método do presente pedido, a função em si tem a natureza de um número de cargo/número da estação de trabalho, de modo que a seleção pode ser feita facilmente.

[040] 10. Quando um usuário é transferido de um cargo, se muitas permissões do usuário transferido precisarem ser atribuídas a outros usuários, no processamento, é necessário distinguir as permissões do usuário transferido e criar funções para se relacionar com os outros usuários, respectivamente. As operações são complicadas, demoradas e propensas a erros.

[041] O método do presente pedido é explicado a seguir: O usuário transferido está relacionado a várias funções. Quando o usuário é transferido, a relação do usuário com as funções no departamento original é primeiro cancelada (as funções canceladas podem ser relacionadas novamente a outros usuários) e, em seguida, o usuário é relacionado a uma função em um novo departamento. A operação é simples e não propensa a erros.

BREVE DESCRIÇÃO DOS DESENHOS DESCRIÇÃO DOS DESENHOS

[042] A FIG. 1 é um diagrama esquemático em que um sistema autoriza diretamente um usuário na técnica anterior;

[043] A FIG. 2 é um diagrama esquemático no qual um sistema autoriza um papel tendo a natureza de um grupo ou classe na técnica anterior;

[044] A FIG. 3 é um diagrama esquemático no qual um sistema autoriza diretamente um usuário e uma função com a natureza de um grupo ou classe na técnica anterior;

[045] A FIG. 4 é um diagrama esquemático no qual um sistema autoriza um usuário através de um papel tendo a natureza de um indivíduo independente de acordo com a presente invenção; e

[046] A FIG. 5 é um fluxograma de um fluxo de trabalho processo de aprovação de acordo com a presente invenção.

DESCRIÇÃO DETALHADA Descrição das Modalidades

[047] As soluções técnicas da presente invenção serão descritas em mais detalhes abaixo com referência às figuras anexas, mas o escopo de proteção da presente invenção não está limitado às seguintes descrições.

[048] [Modalidade 1] Um método para definir um processo de aprovação com base nos campos de base inclui: uma etapa de determinar um campo de base para um formulário de aprovação, uma etapa de criação de um processo de aprovação e uma etapa de relacionar automaticamente um processo de aprovação de acordo com um formulário de aprovação enviado por um usuário. A etapa de determinar um campo de base para um formulário de aprovação inclui: determinar um campo de base para cada formulário que precisa de aprovação do fluxo de trabalho ou determinar um campo base para cada formulário para o qual a aprovação do fluxo de trabalho precisa ser executada de acordo com o campo de base, onde apenas um campo de base pode ser determinado para um formulário de aprovação durante o mesmo período. A etapa de criação de um processo de aprovação inclui as seguintes etapas: S1: selecionar (ou definir) um formulário correspondente ao processo de aprovação, em que um formulário corresponde a um ou mais processos de aprovação; S2: selecionar um campo base para o processo de aprovação, em que um campo base pode ser selecionado por um ou mais processos de aprovação, e o campo base é uma função de envio ou um campo de natureza da função no formulário correspondente ou campo de natureza de departamento no formulário correspondente; e S3: definir um conjunto de valores de campo do campo de base do processo de aprovação selecionado na etapa S2, em que cada valor de campo (cada valor do campo de base) só pode existir em um conjunto de valores de campo de um processo de aprovação no campo de base.

Não há relação de sequência entre a etapa de “determinação de um campo de base para um formulário de aprovação” e a etapa de “criação de um processo de aprovação”. Se o campo de base selecionado for a função de envio ou o campo de natureza da função no formulário correspondente, todos os valores do campo no conjunto de valores do campo são funções; e se o campo de base selecionado for o campo de natureza de departamento no formulário correspondente, todos os valores do campo no conjunto de valores do campo são departamentos.

A etapa de relacionar automaticamente um processo de aprovação de acordo com um formulário de aprovação enviado por um usuário inclui as seguintes etapas: SS1: localização, por um sistema, de um determinado campo de base no formulário de aprovação (um formulário de aprovação correspondente aos dados do formulário) de acordo com o formulário de aprovação (dados do formulário) enviado pelo usuário; SS2: de acordo com o campo de base determinado na etapa SS1, se nenhum processo de aprovação correspondente puder ser encontrado com base no campo de base no formulário de aprovação (nenhum processo de aprovação usa o campo de base no formulário, pois é campo de base), exibindo “nenhum processo de aprovação correspondente”

(realizar uma solicitação de “nenhum processo de aprovação correspondente”) e se um processo de aprovação correspondente puder ser encontrado com base no campo de base no formulário de aprovação, localizar todos os processos de aprovação correspondentes ao campo base e prosseguir para a etapa SS3, ou se um processo de aprovação correspondente puder ser encontrado com base na base campo no formulário de aprovação, prosseguindo diretamente para a etapa SS3; e

SS3: determinar, de acordo com um valor de campo do campo de base no formulário de aprovação (dados do formulário), qual o valor do campo do processo de aprovação definido no campo base correspondente ao qual o formulário de aprovação pertence e aprovar o formulário de aprovação (dados do formulário) usando esse processo de aprovação e preencher a relação do formulário de aprovação (dados do formulário) com o processo de aprovação.

[049] Um processo de aprovação pode ser determinado de acordo com o conteúdo do campo de um campo de base em um formulário. Vários processos de aprovação são atribuídos a um formulário de aprovação, e um processo é determinado de acordo com o conteúdo do campo de um campo de base (campo de base atual) no formulário de aprovação, que é simples, claro e fácil de entender.

[050] Por exemplo, “departamento de assinatura do contrato” em um formulário de contrato é determinado como um campo de base (campo de base atual) do formulário. Três processos de aprovação selecionam o formulário de contrato e também selecionam "departamento de assinatura do contrato” no formulário de contrato como o campo de base. Os três processos de aprovação são os processos A, B e C, respectivamente. Um conjunto de valores de campo do departamento de assinatura de contratos do processo de aprovação A inclui “departamento de vendas I, departamento de vendas II, departamento de vendas III e assim por diante”. Um conjunto de valores de campo do departamento de assinatura de contratos do processo de aprovação B inclui “departamento de vendas IV, departamento de vendas V, departamento de vendas VI e assim por diante”. Um conjunto de valores de campo do departamento de assinatura de contratos do processo de aprovação C inclui “departamento de vendas VII, departamento de vendas VIII, departamento de vendas IX e assim por diante”. Agora, se um usuário envia um formulário de contrato (um contrato) que precisa ser aprovado, onde “departamento de assinatura de contrato” no formulário (contrato) é o departamento de vendas IX, o formulário de contrato enviado (este contrato) é aprovado pelo processo de aprovação C. Se o “departamento de assinatura de contrato” do formulário de contrato (contrato) for o departamento de vendas V, o formulário de contrato enviado será aprovado pelo processo de aprovação B.

[051] Deve-se observar particularmente que, o departamento de vendas I só pode estar contido no conjunto de campos do campo de base “departamento de assinatura de vendas” do processo de aprovação A, mas não pode existir simultaneamente no conjunto de campos do campo de base “departamento de assinatura de vendas” do processo de aprovação B ou do processo de aprovação C.

[052] Nesta modalidade, o campo de base no formulário é variável. Se o campo de base foi alterado, por exemplo, o campo de base foi alterado de “departamento de assinatura de contrato” para “função de assinatura de contrato” (ou seja, no caso em que o campo de base atual “departamento de assinatura de contrato” seja substituído por “função de assinatura de contrato”, “função de assinatura de contrato” é o campo de base atual) e um usuário envia um formulário de contrato (contrato) a ser aprovado agora, um processo de aprovação em “função de assinatura de contrato”(campo de base atual) aprova o formulário de contrato/dados de contrato de acordo com uma regra relacionada (que é irrelevante para um processo de aprovação em “departamento de assinatura de contrato”).

[053] Em um cenário de aplicação complicado, por exemplo, em um sistema com três divisões de negócios que vendem mercadorias diferentes, apenas um processo de aprovação pode ser criado para um formulário de contrato de vendas em um método convencional (apenas um processo de aprovação pode ser usado durante o mesmo período), e condições complicadas de fluxo e orientações do caminho de aprovação precisam ser definidas durante a criação, que envolve configurações complicadas e está sujeita a erros, e dificilmente pode ser definido um processo de aprovação que atenda totalmente aos requisitos de gerenciamento. No presente pedido, três processos de aprovação podem ser criados para um formulário de contrato de vendas para atender aos requisitos de aprovação de contrato de vendas das três divisões de negócios. Enquanto isso, um usuário do sistema também pode determinar autonomamente se deve usar um campo “departamento de assinatura de contrato”, campo “função de envio” ou outros campos para aprovar o contrato, atendendo assim aos requisitos do usuário com mais precisão. Em um processo de uso, é claro e fácil para um usuário do processo entender e fazer modificações, e o uso de outros processos não é afetado durante a modificação.

[054] Como o usuário pode selecionar diferentes campos de base em diferentes formulários, conforme necessário, e também pode alterar os campos de base, diferentes requisitos de gerenciamento de diferentes formulários são bem atendidos. Por exemplo, durante a aprovação do contrato, alguns usuários do sistema desejam executar um processo de aprovação como uma “função de assinatura do contrato”. No entanto, alguns usuários desejam executar um processo de aprovação como um “departamento de assinatura do contrato”, mas outros usuários desejam determinar um processo de aprovação como um “remetente”. O usuário do sistema pode alterar livremente o campo de base no formulário, conforme necessário para resolver esse problema (depois que o campo de base no formulário for alterado, os dados do formulário enviados serão aprovados usando um processo de aprovação correspondente ao campo de base atual em um formulário correspondente. Por exemplo, no caso do campo de base atual “função de assinatura de contrato” ser substituído por “departamento de assinatura do contrato”, “departamento de assinatura do contrato” é o campo de base atual. Por exemplo, se um contrato for enviado posteriormente para aprovação, a aprovação será realizada usando um processo de aprovação correspondente ao campo de base atual “departamento de assinatura do contrato” do formulário de contrato, em vez do processo de aprovação correspondente à "função de assinatura do contrato” , ou seja, a aprovação relacionada para os dados do formulário enviado é executada usando um processo de aprovação correspondente ao campo de base atual em seu formulário correspondente).

[055] [Modalidade 2] O conjunto de valores do campo inclui um valor de campo nulo. Um processo de aprovação correspondente a um formulário no qual o valor do campo selecionado nulo é definido quando os processos de aprovação são definidos e quando o conteúdo do campo de base no formulário de aprovação (dados de formulário) enviados pelo usuário são nulos, esse processo de aprovação é usado para aprovação.

[056] Por exemplo, quando um contrato é enviado para aprovação, se o valor do campo do departamento de assinatura do contrato no formulário do contrato (dados do formulário) for nulo (porque o departamento de assinatura do contrato do formulário do contrato não é um campo obrigatório), um “processo de aprovação, no qual o conjunto de valores de campo do departamento de assinatura de contratos inclui nulo, sob o campo de base determinado no formulário de contrato “aprova o formulário de contrato enviado.

[057] [Modalidade 3] Quando o campo de base selecionado corresponde apenas a um processo de aprovação exclusivo, há uma opção de valor de campo “todos” no conjunto de valores do campo do campo de base selecionado do processo de aprovação e “todos” é selecionado. Se o campo de base determinado no formulário de aprovação (um formulário de aprovação correspondente aos dados do formulário) enviado pelo usuário for o mesmo que o campo de base selecionado do processo de aprovação, o processo de aprovação será usado para aprovar o formulário de aprovação enviado (dados do formulário ), independentemente do valor do campo de base no formulário de aprovação (dados do formulário) enviado pelo usuário e também usado para aprovar valores de campo recém-adicionados subsequentes do campo de base (ou seja, todos os processos relacionados aos valores de campo recém-adicionado do campo de base são este processo de aprovação).

[058] Por exemplo, “departamento de assinatura de contrato” em um formulário de contrato é determinado como o campo de base (campo de base atual) do formulário e apenas um processo de aprovação seleciona o “departamento de assinatura de contrato” como o campo de base, onde o conjunto de valores de campo do departamento de assinatura de contratos do processo de aprovação inclui “todos” (“todos” é apenas uma forma de expressão e também pode ser expresso como “completo” ou semelhante). Nesse caso, independentemente do valor do campo do departamento de assinatura do contrato do formulário do contrato (dados do formulário) enviado para aprovação (incluindo o valor do campo nulo e o valor do campo subsequente adicionado recentemente), a aprovação é realizada por esse processo de aprovação.

[059] [Modalidade 4] Nesta modalidade, o campo de natureza da função no formulário e o campo de natureza do departamento no formulário são ambos campos obrigatórios por rádio. Nesse caso, a circunstância que o valor do campo é nulo na Modalidade 2 não existe. (Por exemplo, o conteúdo de um campo de “departamento de assinatura de contrato” em um formulário de contrato deve ser um campo de rádio e um campo obrigatório/necessário, e somente nesse caso o campo pode ser selecionado como um campo de base).

[060] [Modalidade 5] Nesta modalidade, como mostrado na FIG. 4, a função é um indivíduo independente, e não um grupo ou classe, uma função só pode estar relacionada a um usuário único durante o mesmo período e um usuário está relacionado a uma ou mais funções.

[061] O processo de aprovação é baseado em um modelo de estrutura de três camadas de permissão de função do usuário que inclui: uma camada de função, em que uma operação sujeita à aprovação do processo em um fluxo de trabalho é uma função, cada função é um indivíduo independente, em vez de um grupo/classe, uma função pode estar relacionado apenas a um usuário único durante o mesmo período, um usuário estar relacionado a uma ou mais funções, e a função é composta por: um nome de cargo + um número de cargo; uma camada de permissão composta por permissões que devem ser usadas na execução do fluxo de trabalho, em que cada permissão é diretamente autorizada para uma função; e uma camada de usuário, em que um usuário determina uma tarefa de aprovação no processo de aprovação através de uma função relacionada e executa uma operação de aprovação com a permissão da função relacionada.

[062] A construção do modelo de estrutura de três camadas da permissão de função do usuário inclui as seguintes etapas: criação de uma função, em que cada função é um indivíduo independente e não um grupo/classe; autorizando as funções criadas respectivamente; e relacionar um usuário a uma função, em que uma função só pode estar relacionada a um usuário exclusivo durante o mesmo período e um usuário está relacionado a uma ou mais funções. As funções criadas podem ser respectivamente primeiro autorizadas ou o usuário pode estar relacionado à função primeiro.

[063] Como mostrado na FIG. 5, o processo de aprovação inclui um nó inicial, pelo menos um nó de aprovação (por exemplo, existem 5 nós de aprovação na FIG. 5) e um nó final. O nó inicial inicia/solicita/envia um fluxo de trabalho. Além disso, uma função de iniciação que inicia/solicita/envia o fluxo de trabalho serve como nó inicial ou o primeiro nó de aprovação serve como nó inicial. O nó de aprovação seleciona uma função de aprovação e autoriza a função de aprovação. Um sistema determina um processo de aprovação com base em um formulário enviado pela função iniciar.

Um ou mais processos de aprovação são projetados para um formulário que requer um fluxo de trabalho, mas uma função só pode selecionar um processo de aprovação no formulário (a mesma função pode existir apenas em um dos processos no mesmo formulário). Por exemplo, existem dois processos, como um processo P1 e um processo P2, em um formulário de contrato de compra. Se uma função A for selecionada no nó inicial do processo P1, a função A não poderá mais ser selecionada no nó inicial do processo P2. Nesse caso, a aprovação do contrato de compra é adicionada recentemente à função A, e o contrato de compra enviado a ser fornecido entra no processo P1 automaticamente.

[064] Nó final: quando o processo de aprovação chega ao nó final, o processo de aprovação é encerrado e o nó final não executa uma operação de aprovação; ou o último nó de aprovação serve como o nó final e o nó final precisa executar uma operação de aprovação.

[065] É analisada a vantagem do método para autorizar um usuário por meio de uma função com a natureza de um indivíduo independente. O usuário determina (obtém) as permissões por meio de sua relação com a função. Se as permissões do usuário precisarem ser modificadas, as permissões pertencentes à função serão ajustadas para atingir o objetivo de alterar as permissões do usuário relacionadas à função. Depois que o usuário está relacionado à função, ele possui todas as permissões de operação da função.

[066] Uma função está em uma relação individual com um usuário (quando a função está relacionada a um usuário, outros usuários não podem mais estar relacionados à função; e se a função não estiver relacionada ao usuário, a função pode ser selecionada para ser relacionada a outro usuário). Um usuário está em uma relação de um para muitos com funções (um usuário pode estar relacionado a várias funções ao mesmo tempo).

[067] Definição de uma função: Uma função não está na natureza de um grupo/classe/categoria/cargo/posição/tipo de trabalho ou algo semelhante, mas é de natureza não coletiva. A função é única, sendo um indivíduo independente. Aplicada em uma empresa ou instituição, a função corresponde a um número de cargo (o número do cargo neste documento não é um carto, e um cargo pode ter vários funcionários ao mesmo tempo, mas um número de cargo pode corresponder apenas a um funcionário durante o mesmo período).

[068] Por exemplo, em um sistema da empresa, as seguintes funções podem ser criadas: um gerente geral, um gerente geral adjunto 1, um gerente geral adjunto 2, um gerente do departamento de vendas I de Pequim, um gerente do departamento de vendas II de Pequim, um gerente do departamento de vendas de Pequim III, um engenheiro de vendas de Xangai 1, um engenheiro de vendas de Xangai 2, um engenheiro de vendas de Xangai 3, um engenheiro de vendas de Xangai 4, um engenheiro de vendas de Xangai 5 e assim por diante. A relação entre usuários e funções é a seguinte: se Zhang San, funcionário da empresa, atua como gerente geral adjunto 2 da empresa e também atua como gerente do departamento de vendas I de Pequim, as funções com as quais Zhang San precisa estar relacionado são o gerente geral adjunto 2 e o gerente do departamento de vendas I de Pequim, e Zhang San possui as permissões das duas funções.

[069] O conceito de funções convencionais é um grupo/classe/cargo/posição/tipo de trabalho em natureza, e uma função pode corresponder a vários usuários. No presente pedido, o conceito de “função” é equivalente a um número de cargo/estação de trabalho e também é semelhante à função em um filme e drama de televisão: uma função no mesmo período (na infância, juventude, meia-idade...) pode ser interpretada por apenas um ator ou atriz, mas um ator ou atriz pode desempenhar vários papéis, respectivamente.

[070] Depois que a função é criada, um usuário pode estar relacionado à função no processo de criação do usuário ou pode estar relacionado à função a qualquer momento após a criação do usuário. Depois que o usuário estiver relacionado à função, ele poderá ser liberado da relação com a função a qualquer momento, e a relação entre o usuário e outra função poderá ser criada a qualquer momento.

[071] A função é composta por: um nome de cargo + um número de cargo.

Por exemplo, as funções de um trabalhador de oficina 1, de um trabalhador de oficina

2, de um trabalhador de oficina 3 e semelhantes são um indivíduo independente que é equivalente a um conceito de número de cargo ou número de estação de trabalho, mas diferente de uma função em um sistema convencional de gerenciamento de permissões. O conceito da função no sistema convencional de gerenciamento de permissões tem a natureza de um grupo/classe, como um cargo/uma posição/um tipo de trabalho ou algo semelhante.

[072] O exemplo a seguir mostra o relacionamento entre um colaborador, um usuário e uma função após Zhang San, um colaborador, entrar na empresa da seguinte maneira: 1. Novo recrutamento: depois que o colaborador é recrutado, a função do número de cargo ou número da estação de trabalho correspondente é selecionada diretamente para o usuário (colaborador) a ser relacionado. Por exemplo, quando Zhang San ingressa na empresa (a empresa atribuiu um usuário para Zhang San) e trabalha no departamento de vendas I para ser responsável pelas vendas de produtos de geladeira na área de Pequim (a função correspondente é “engenheiro de vendas 5” no departamento de vendas I), o usuário Zhang San seleciona diretamente a função “engenheiro de vendas 5” a ser relacionada.

[073] 2. Aumento na posição: Depois que Zhang San trabalhou por um período de tempo, a empresa ainda colocou Zhang San para ser responsável pelas vendas de produtos de TV na área de Pequim (a função correspondente é “engenheiro de vendas 8” no departamento de vendas I) e para servir como supervisor de um departamento de pós-venda (a função correspondente é “supervisor do departamento de pós-venda 1”). Portanto, duas funções, “engenheiro de vendas 8” no departamento de vendas I e “supervisor do departamento de pós-venda 1” no departamento de pós-venda, também estão relacionadas ao usuário Zhang San. Nesse caso, o funcionário Zhang San está relacionado a três funções: “engenheiro de vendas 5” e “engenheiro de vendas 8” no departamento de vendas I e “supervisor do departamento de pós-venda 1” no departamento de pós-venda.

Portanto, o usuário Zhang San possui as permissões das três funções.

[074] 3. Diminuição da posição: Depois de um tempo, a empresa decidiu deixar Zhang San atuar como gerente de departamento de pós-venda (correspondente a uma função “gerente de pós-venda” no departamento de pós-venda) sem ocupar mais outros cargos. Portanto, o usuário Zhang San está relacionado à função “gerente do departamento de pós-venda” no departamento de pós-venda, sendo liberado da relação com as três funções anteriores (“engenheiro de vendas 5” e “engenheiro de vendas 8” no departamento de vendas I e “supervisor do departamento de pós-venda 1” no departamento de vendas) ao mesmo tempo.

Nesse caso, o usuário Zhang San possui apenas as permissões da função “gerente do departamento de pós-venda” no departamento de pós-venda.

[075] 4. Ajuste de permissões de uma função (ajustando as permissões da própria função): se a empresa decidiu adicionar permissões ao gerente do departamento de pós-venda, as permissões só precisam ser adicionadas à função do gerente do departamento de pós-venda. Com o aumento das permissões da função de gerente do departamento de pós-venda, as permissões do usuário Zhang San também são aumentadas.

[076] 5. Demissão: Depois de um ano, Zhang San renúncia. Só é necessário cancelar a relação do usuário Zhang San para a função “gerente do departamento de pós-venda” no departamento de pós-venda.

[077] Por exemplo, durante a operação dinâmica da empresa, o recrutamento e a demissão de funcionários geralmente ocorrem continuamente, mas os números de cargos ou estações de trabalho raramente mudam (ou até permanecem inalterados dentro de um período de tempo).

[078] No método de autorização convencional, no caso de uma grande quantidade de pontos de função do sistema, autorizar uma função convencionalmente como um grupo-classe na natureza envolve uma carga de trabalho grande e complicada, muito propensa a erros, e os erros não são facilmente detectáveis em um curto espaço de tempo e tendem a causar perda para um usuário do sistema.

[079] No método de autorização do presente pedido, a função na natureza de um número de cargo ou número de estação de trabalho é autorizada no presente pedido, e o usuário é relacionado à função para determinar (obter) suas permissões.

Portanto, as permissões do usuário são controladas por uma relação simples de função do usuário, de forma que as permissões possam ser controladas de maneira simples, fácil de operar, clara e explícita, melhorando significativamente a eficiência e a confiabilidade da autorização.

[080] O texto acima é apenas uma modalidade preferencial da presente invenção. Deve ser entendido que a presente invenção não está limitada às formas divulgadas neste documento, e não deve ser interpretada como excluindo as outras modalidades, mas pode ser usada em várias outras combinações, modificações e ambientes. A modificação pode ser feita de acordo com as técnicas ou pelo conhecimento dos ensinamentos acima ou da técnica relacionada, dentro do escopo dos ensinamentos contidos neste documento. Todas as alterações e modificações feitas pelos versados na técnica devem estar dentro do escopo de proteção das reivindicações anexas.

Claims

REIVINDICAÇÕES

1. Método para definir um processo de aprovação com base nos campos de base, compreendendo uma etapa de determinar um campo de base para um formulário de aprovação, uma etapa de criação de um processo de aprovação e uma etapa de relacionar automaticamente um processo de aprovação de acordo com um formulário de aprovação enviado por um usuário: a etapa de determinar um campo de base para um formulário de aprovação compreende: determinar um campo de base para cada formulário que precisa de aprovação do fluxo de trabalho ou determinar um campo base para cada formulário para o qual a aprovação do fluxo de trabalho precisa ser executada de acordo com o campo de base, CARACTERIZADO pelo fato de que apenas um campo de base pode ser determinado para um formulário de aprovação durante o mesmo período; a etapa de criação de um processo de aprovação inclui as seguintes etapas: S1: selecionar um formulário correspondente ao processo de aprovação, em que um formulário corresponde a um ou mais processos de aprovação; S2: selecionar um campo base para o processo de aprovação, em que um campo base pode ser selecionado por um ou mais processos de aprovação, em que o campo base é uma função de envio ou um campo de natureza da função no formulário correspondente ou campo de natureza de departamento no formulário correspondente; e S3: definir um conjunto de valores de campo do campo de base do processo de aprovação selecionado na etapa S2, em que cada valor de campo só pode existir em um conjunto de valores de campo de um processo de aprovação no campo de base; e a etapa de relacionar automaticamente um processo de aprovação de acordo com um formulário de aprovação enviado por um usuário compreende as seguintes etapas:

SS1: encontrar, por um sistema, um campo de base determinado no formulário de aprovação, de acordo com o formulário de aprovação enviado pelo usuário; SS2: de acordo com o campo de base determinado na etapa SS1, se nenhum processo de aprovação correspondente puder ser encontrado com base no campo de base no formulário de aprovação, exibindo “nenhum processo de aprovação correspondente” e se um processo de aprovação correspondente puder ser encontrado com base no campo de base no formulário de aprovação, localizando todos os processos de aprovação correspondentes ao campo de base e prosseguindo para a etapa SS3, ou se um processo de aprovação correspondente puder ser encontrado com base no campo de base no formulário de aprovação, prosseguindo diretamente para a etapa SS3; e SS3: determinar, de acordo com um valor de campo do campo de base no formulário de aprovação, qual o valor do campo do processo de aprovação definido no campo de base correspondente ao qual o formulário de aprovação pertence, aprovar o formulário de aprovação usando esse processo de aprovação e concluir a relação do formulário de aprovação para o processo de aprovação.

2. Método para definir um processo de aprovação com base em campos de base, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o campo de base selecionado é a função de envio ou o campo de natureza da função no formulário correspondente, todos os valores do campo no conjunto de valores do campo são funções; e se o campo de base selecionado for o campo de natureza de departamento no formulário correspondente, todos os valores do campo no conjunto de valores do campo são departamentos.

3. Método para definir um processo de aprovação com base nos campos de base, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o conjunto de valores do campo compreende um valor de campo nulo, um processo de aprovação correspondente a um formulário no qual o valor do campo selecionado nulo é definido quando os processos de aprovação são definidos e quando o conteúdo do campo de base no formulário de aprovação enviado pelo usuário é nulo, esse processo de aprovação é usado para aprovação.

4. Método para definir um processo de aprovação com base nos campos base, de acordo com as reivindicações 1 ou 3, CARACTERIZADO pelo fato de que quando o campo de base selecionado corresponde apenas a um processo de aprovação exclusivo, existe uma opção de valor de campo "todos" no conjunto de valores de campo da base selecionado do processo de aprovação e "todos" é selecionado; se o campo de base determinado no formulário de aprovação enviado pelo usuário for o mesmo que o campo de base selecionado do processo de aprovação, o processo de aprovação será usado para aprovar o formulário de aprovação enviado, independentemente do valor do campo do campo de base no formulário de aprovação enviado pelo usuário e também usado para aprovar valores de campo recém-adicionados subsequentes do campo base.

5. Método para definir um processo de aprovação com base nos campos de base, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o campo da natureza da função no formulário e o campo da natureza do departamento no formulário são ambos campos obrigatórios de rádio.

6. Método para definir um processo de aprovação com base nos campos de base, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a função é um indivíduo independente, e não um grupo ou classe, uma função só pode estar relacionada a um usuário único durante o mesmo período e um usuário está relacionado a uma ou mais funções.

7. Método para definir um processo de aprovação com base nos campos de base, de acordo com a reivindicação 6, CARACTERIZADO pelo fato de que a função pertence a um determinado departamento, a função é única no departamento, a função é autorizada de acordo com o conteúdo do trabalho da função e o usuário obtém uma permissão através de sua relação com a função.

8. Método para definir um processo de aprovação com base nos campos de base, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de que durante a transferência entre departamentos de um usuário, a relação do usuário com a função no departamento original é cancelada e, em seguida, o usuário é relacionado a uma função em um novo departamento.

9. Método para definir um processo de aprovação com base em campos de base, de acordo com a reivindicação 6, CARACTERIZADO pelo fato de que o processo de aprovação é baseado em um modelo de estrutura de três camadas de permissão de função do usuário que compreende: uma camada de função, em que um sujeito de operação do processo de aprovação em um fluxo de trabalho é uma função, cada função é um indivíduo independente e não um grupo ou classe, uma função só pode estar relacionada a um usuário único durante o mesmo período e um usuário está relacionado a uma ou mais funções; uma camada de permissão composta de permissões que devem ser usadas na execução do fluxo de trabalho, em que cada permissão é diretamente autorizada para uma função; e uma camada de usuário, em que um usuário determina uma tarefa de aprovação no processo de aprovação através de uma função relacionada e executa uma operação de aprovação com a permissão da função relacionada.

10. Método para definir um processo de aprovação com base em campos de base, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o processo de aprovação compreende: um nó de início para iniciar um processo de aprovação; pelo menos um nó de aprovação para selecionar uma função de aprovação e autorizar a função de aprovação; e um nó final, no qual o processo de aprovação é encerrado.