BR112020002616A2 - método para autorizar o processo de aprovação e nó de aprovação do mesmo para usuário - Google Patents
método para autorizar o processo de aprovação e nó de aprovação do mesmo para usuário Download PDFInfo
- Publication number
- BR112020002616A2 BR112020002616A2 BR112020002616-6A BR112020002616A BR112020002616A2 BR 112020002616 A2 BR112020002616 A2 BR 112020002616A2 BR 112020002616 A BR112020002616 A BR 112020002616A BR 112020002616 A2 BR112020002616 A2 BR 112020002616A2
- Authority
- BR
- Brazil
- Prior art keywords
- user
- approval
- role
- permissions
- authorizing
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/102—Entity profiles
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
- G06Q10/063112—Skill-based matching of a person or a group to a task
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/11—File system administration, e.g. details of archiving or snapshots
- G06F16/122—File system administration, e.g. details of archiving or snapshots using management policies
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/604—Tools and structures for managing or administering access control systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
- G06Q10/063114—Status monitoring or status determination for a person or group
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
- G06Q10/063118—Staff planning in a project environment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/105—Human resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/105—Multiple levels of security
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (AREA)
- Operations Research (AREA)
- General Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Marketing (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Educational Administration (AREA)
- Development Economics (AREA)
- Game Theory and Decision Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Automation & Control Theory (AREA)
- Computing Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Storage Device Security (AREA)
Abstract
É fornecido um método para autorizar o processo de aprovação e nó de aprovação do mesmo para usuário. O método para autorizar um processo de aprovação para um usuário inclui: selecionar um usuário em um sistema; exibir todos os processos de aprovação no sistema e exibir os estados atuais de permissão de uso do usuário selecionado em relação aos processos de aprovação; e autorizar as permissões de uso dos processos de aprovação para o usuário selecionado. Todos os processos de aprovação ou todos nós de aprovação no sistema são exibidos após a seleção do usuário, sem omitir nenhum processo de aprovação ou nó de aprovação, facilitando assim a rápida autorização de permissões relacionadas ao usuário.
Description
“MÉTODO PARA AUTORIZAR O PROCESSO DE APROVAÇÃO E NÓ DE APROVAÇÃO DO MESMO PARA USUÁRIO” Campo Técnico
[001] A presente invenção se refere a um método para autorizar o processo de aprovação e nó de aprovação do mesmo para usuário.
Técnica Relacionada
[002] O controle de acesso baseado em função (RBAC) é um dos mecanismos de gerenciamento mais pesquisados e amadurecidos para permissões de bancos de dados nos últimos anos. É considerado um candidato ideal para substituir o controle de acesso obrigatório (MAC) tradicional e o controle de acesso autônomo (DAC). A ideia básica do controle de acesso baseado em função (RBAC) é dividir diferentes funções de acordo com diferentes posições funcionais na exibição da organização corporativa, encapsular as permissões de 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 grandes sistemas de aplicações, 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. Requer que o usuário tenha um entendimento muito completo da estrutura do banco de dados e esteja familiarizado com o uso da linguagem SQL, e depois que a estrutura do sistemas de aplicações ou requisitos de segurança 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 erros inesperados de autorização. Portanto, projetar um método simples e eficiente de gerenciamento de permissões para sistemas de aplicativos 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, o método convencional de gerenciamento de permissão baseado em função para um usuário adota o mecanismo de relação “função para usuário um para muitos” e sua “função” é de natureza de grupo ou classe, ou seja, uma função pode corresponder simultaneamente ou se relacionar com vários usuários, e a função é semelhante a um cargo, posição ou tipo de trabalho e outros conceitos, a permissão autorizada a um usuário sob esse mecanismo de relação é basicamente dividida nas três formas a seguir: 1, como mostrado na Figura 1, diretamente autorizadas ao usuário, onde a desvantagem é que a carga de trabalho é grande, e a operação é frequente e complicada; 2. Como mostrado na Figura 2, a função (classe/grupo/cargo/tipo de trabalho) é autorizada (uma função pode estar relacionada a vários usuários), e o usuário obtém a permissão por meio da função; 3. Como mostrado na Figura 3, os métodos acima são combinados.
[006] Nas expressões acima, como 2 e 3 precisam autorizar a função da natureza de classe/grupo, o caminho da autorização através da função da classe/grupo/cargo/tipo de trabalho tem as seguintes desvantagens: 1. quando as permissões do usuário são alteradas, a operação é difícil: no processo real de uso de um sistema, geralmente é necessário ajustar a autoridade do usuário durante o processo de operação. Por exemplo, quando ocorre alteração na permissão do colaborador, a autoridade de um colaborador relacionada a função é alterada, não conseguimos alterar as permissões de toda a função devido à alteração nas permissões do colaborador individual, visto que a função também está relacionada a outros colaboradores cujas permissões não foram alteradas. Portanto, em resposta a essa situação, crie uma nova função para satisfazer o colaborador cujas permissões foram alteradas ou autorize diretamente (desassociar a função) do colaborador com base nos requisitos de permissão. Os dois métodos de processamento acima exigem não apenas um longo tempo para a autorização da função no caso de um grande número de permissões de função, mas também são fáceis de cometer erros, a operação do usuário é complicada e problemática e também é propensa à erros que resultam na perda do usuário do sistema.
[007] 2. É difícil lembrar as permissões específicas contidas na função por um longo tempo: se a função tiver mais funções de permissão, será difícil lembrar as permissões específicas das funções, sendo mais difícil lembrar a diferença de permissões entre as funções com permissões semelhantes. Se um novo usuário precisar ser associado, é impraticável determinar com precisão como selecionar uma função para a relação.
[008] 3. Visto que as permissões do usuário são alteradas, isto resultará cada vez mais em funções serão criadas (se você não criar uma função nova, a autorização diretamente para o usuário será muito aumentada), sendo mais difícil distinguir as diferenças específicas entre as funções.
[009] 4. Ao ajustar o cargo, se muitas permissões do usuário transferido precisarem ser atribuídas a outros usuários, é necessário separar as permissões dos usuários transferidos e criar funções para se relacionar com os outros usuários. Essa operação não é apenas complicada e demorada, mas também propensa a erros.
[010] Em um sistema de software de gerenciamento existente, como o ERP, após a adição do usuário de um sistema, é necessária uma permissão de uso de um processo de aprovação (por exemplo, um processo de aprovação usado quando os dados do formulário são enviados para aprovação) para ser autorizado para o usuário adicionado e/ou é necessária uma autorização de permissão de uso de um nó de aprovação. Um método existente para autorizar a permissão de uso do processo de aprovação está abaixo: um processo de aprovação a ser autorizado é encontrado primeiro e, em seguida, o usuário é adicionado aos usuários do processo de aprovação para que o usuário tenha a permissão de uso do processo. Como o usuário adicionado pode ter permissões de uso de vários processos de aprovação, o uso de um método para autorizar as permissões de uso dos processos de aprovação, um por um, pode causar uma enorme quantidade de carga de trabalho e causar facilmente um erro de autorização. Na técnica anterior, é apresentado um método para autorizar a permissão de uso do processo de aprovação: um processo de aprovação ao qual pertence um nó de aprovação a ser autorizado é encontrado primeiro e, em seguida, o nó de aprovação a ser autorizado é encontrado pelo processo de aprovação, usuários adicionados são adicionados aos aprovadores dos nós de aprovação a serem autorizados, respectivamente. A autorização é mais complexa do que a autorização do processo de aprovação e, quando vários nós de aprovação precisam ser autorizados, uma quantidade enorme de carga de trabalho de autorização é causada e um erro de autorização ocorre facilmente.
[011] Durante a operação da empresa, é necessário que a permissão de uso de um processo de aprovação e/ou a permissão de uso de um nó de aprovação para um usuário sejam grandemente ajustadas devido a vários motivos, que exigem uma quantidade enorme de carga de trabalho. Além disso, quando o processo de aprovação e o nó de aprovação são autorizados no sistema de software existente, como o ERP, a autorização de permissões de uso dos processos de aprovação e a autorização dos nós de aprovação precisam ser executadas uma a uma. No método de autorização, os estados atuais de permissão de uso de todos os processos de aprovação ou nós de aprovação no sistema para o usuário não podem ser exibidos de cada vez, impedindo a nova autorização das permissões do usuário e causando facilmente o erro de autorização.
[012] A presente invenção pretende solucionar as deficiências na técnica anterior, fornecer um MÉTODO PARA AUTORIZAR O PROCESSO DE APROVAÇÃO E NÓ DE APROVAÇÃO DO MESMO PARA USUÁRIO, e todos os processos de aprovação ou todos os nós de aprovação em um sistema são exibidos após a seleção do usuário, sem omitir qualquer processo de aprovação ou nó de aprovação, facilitando a autorização rápida de permissões relacionadas ao usuário.
[013] Um objetivo da presente invenção é implementado através das seguintes soluções técnicas: um método para autorizar um processo de aprovação para um usuário inclui: selecionar um usuário em um sistema; exibir todos os processos de aprovação no sistema e exibir os estados atuais de permissão de uso do usuário selecionado em relação aos processos de aprovação; e autorizar uma permissão de uso do processo de aprovação para o usuário selecionado.
[014] De preferência, se dois ou mais processos de aprovação pertencerem ao mesmo formulário, apenas a permissão de uso de um processo de aprovação poderá ser autorizada para um usuário (ou seja, um usuário poderá ser concedido apenas com a permissão de uso de um processo de aprovação do mesmo formulário).
[015] De preferência, o referido usuário inclui uma ou mais tipos de função, um usuário, um colaborador e um grupo/classe, a referida função é um indivíduo independente, não um grupo/classe e, durante o mesmo período, uma função pode estar relacionada apenas a um usuário único, enquanto um usuário está relacionado a uma ou mais funções; e o usuário obtém permissões da função relacionada.
[016] De preferência, após a seleção de um usuário, um operador de autorização que autoriza mais recentemente as permissões de uso dos processos de aprovação para o usuário selecionado e um tempo de autorização são exibidos, respectivamente.
[017] Um método para autorizar um nó de aprovação para um usuário inclui: selecionar um usuário em um sistema; exibir todos os nós de aprovação de todos os processos de aprovação no sistema e exibir os estados atuais de permissão de aprovação do usuário selecionado em relação aos nós de aprovação; e autorizar uma permissão de aprovação do nós de aprovação para o usuário selecionado.
[018] De preferência, o método para autorizar um nó de aprovação para um usuário inclui ainda: autorizar, para o usuário selecionado, permissões de exibição e/ou modificação de um campo de formulário/valor do campo de um formulário correspondente a um processo de aprovação no qual o nó de aprovação está localizado.
[019] De preferência, o referido usuário inclui uma ou mais tipos de função, um usuário, um colaborador e um grupo/classe, a referida função é um indivíduo independente, não um grupo/classe e, durante o mesmo período, uma função pode estar relacionada apenas a um usuário único, enquanto um usuário está relacionado a uma ou mais funções; e o usuário obtém permissões da função relacionada.
[020] De preferência, quando o usuário é transferido de um cargo, a relação do usuário com a função original é cancelada, e o usuário é relacionado a uma nova função.
[021] Um método para autorizar um nó de aprovação para um usuário inclui: selecionar um usuário em um sistema; o referido usuário sendo um supervisor de departamento; exibir todos os nós de aprovação de todos os processos de aprovação no sistema e exibir os estados atuais de permissão de aprovação do supervisor de departamento em relação aos nós de aprovação; e autorizar uma permissão de aprovação do nó de aprovação para o supervisor de departamento.
[022] De preferência, o método para autorizar um nó de aprovação para um usuário inclui ainda: autorizar, para o supervisor de departamento selecionado, permissões de exibição e/ou modificação de um campo de formulário/valor do campo de um formulário correspondente a um processo de aprovação no qual o nó de aprovação está localizado.
[023] De preferência, o referido usuário/supervisor de departamento inclui uma ou mais tipos de uma função, um usuário, um colaborador, a referida função é um indivíduo independente, não um grupo/classe e, durante o mesmo período, uma função pode estar relacionada apenas a um usuário único, enquanto um usuário está relacionado a uma ou mais funções; e o usuário obtém permissões da função relacionada.
[024] De preferência, uma função/usuário/colaborador de supervisor correspondente é definida para o supervisor de departamento.
[025] De preferência, todos os processos de aprovação com as permissões de uso e todos os nós de aprovação com as permissões de aprovação do usuário no sistema são exibidos, as permissões de uso/permissões de aprovação dos processos/nós de aprovação são modificadas e um ou mais processos de aprovação que o usuário não possui uma permissão de uso/nó de aprovação em que o usuário não possui uma permissão de aprovação selecionada, conforme necessário para ser definido com a permissão de uso/permissão de aprovação.
[026] De preferência, “exibir todos os nós de aprovação de todos os processos de aprovação no sistema” é “exibir todos os nós de aprovação de todos os processos de aprovação que podem ser visualizados pelo operador no sistema”.
[027] De preferência, “exibir todos os processos de aprovação no sistema” é “exibir todos os processos de aprovação que são visíveis pelo operador no sistema”.
[028] De preferência, um processo de aprovação e/ou um nó de aprovação ao qual um usuário tem permissão é exibido de uma maneira diferente: por exemplo, o processo de aprovação e/ou o nó de aprovação ao qual o usuário tem permissão é exibido na frente, ou o processo de aprovação e/ou o nó de aprovação ao qual o usuário tem permissão é destacado ou o processo de aprovação e/ou o nó de aprovação ao qual o usuário tem permissão é exibido em uma cor/logotipo diferente etc.
[029] Os efeitos benéficos da presente invenção são descritos a seguir: (1) todos os processos de aprovação ou nós de aprovação no sistema são exibidos após a seleção do usuário, sem omitir nenhum processo de aprovação ou nó de aprovação, facilitando assim a rápida autorização de permissões relacionadas ao usuário.
[030] (2) Quando todos os processos de aprovação ou nós de aprovação no sistema são exibidos, os estados de permissão de uso atual do usuário selecionado em relação aos processos de aprovação ou os estados de permissão de aprovação atual do usuário selecionado em relação aos nós de aprovação são exibidos, para que o operador de autorização faça uma modificação com base nisso, obtendo uma autorização rápida dos processos de aprovação para o usuário ou uma autorização rápida dos nós de aprovação para o usuário, melhorando a eficiência da autorização e reduzindo uma taxa de erro de autorização (além disso, os estados atuais de permissão de uso do usuário em relação aos processos de aprovação ou os estados atuais de permissão de aprovação do usuário em relação aos nós de aprovação são facilmente conhecidos, e a exibição única pode promover um entendimento completo dos mesmos, pois a visualização um por um é muito problemática e falta integridade/abrangência).
[031] (3) Depois que um usuário é selecionado, o operador de autorização que mais recentemente autoriza as permissões de uso dos processos de aprovação ou as permissões de aprovação dos nós de aprovação para o usuário e o tempo de autorização são exibidos, respectivamente, facilitando a reivindicação de uma responsabilidade no caso de um erro de permissão do usuário e determinar se o usuário precisa ser autorizado.
[032] (4) As permissões de aprovação dos nós de aprovação podem ser autorizadas para o supervisor do departamento, porque o supervisor do departamento corresponde dinamicamente a uma função relacionada, um usuário ou colaborador, e quando uma função do supervisor, um usuário supervisor e um colaborador supervisor de um departamento são alterados, o supervisor de departamento também pode corresponder automaticamente a uma nova função de supervisor, usuário supervisor e colaborador supervisor, sem autorizar novamente as permissões de aprovação dos nós de aprovação relacionados para a nova função de supervisor, usuário supervisor e colaborador supervisor , reduzindo a carga de trabalho de autorização.
[033] (5) O mecanismo convencional de gerenciamento de permissões define a natureza de um grupo, um tipo de trabalho, uma classe ou algo semelhante como a função. 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 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) 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 na 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.
[034] 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 no 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 com a natureza de um 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.
[035] (6) O método convencional de autorização de função com a natureza de um 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 tendo a natureza de um 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 tendo a natureza de um grupo, todos os usuários relacionados ao papel são afetados. Mesmo que ocorram erros de autorização, o método de correção no presente pedido é simples e leva pouco tempo, enquanto no caso da função convencional tendo a 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 há 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.
[036] (7) 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 de permissão entre 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 ou número da estação, de modo que a seleção pode ser feita facilmente.
[037] (8) 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.
[038] 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 entre o usuário e 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.
[039] (9) Um departamento precisa ser selecionado quando ou após a criação de uma função. Depois que a função pertence ao departamento, o departamento não pode ser substituído. Os motivos pelos quais o departamento ao qual a função pertence não podem ser substituídos são os seguintes: Motivo 1: Como a função no presente pedido é equivalente a um número de estação/número de cargo por natureza, diferentes números de estações/números de cargos têm diferentes conteúdos/permissões de trabalho. Por exemplo, a função de um vendedor 1 em um departamento de vendas e a função de um desenvolvedor 1 em um departamento técnico são dois números de estação ou números de cargo completamente diferentes e têm permissões diferentes. Motivo 2: Se o departamento (departamento de vendas) ao qual a função do vendedor 1 pertence for substituído pelo departamento técnico sem alterar as permissões da função do vendedor 1, a função que possui as permissões do departamento de vendas existe no departamento técnico. Isso leva a confusão de gerenciamento e vulnerabilidades de segurança.
[040] A FIG. 1 é um diagrama esquemático de uma forma de autorizar diretamente um usuário por um sistema na Técnica Anterior;
[041] A FIG. 2 é um diagrama esquemático de uma maneira de autorizar uma função de propriedade de grupo/classe pelo sistema na técnica anterior;
[042] A FIG. 3 é um diagrama esquemático de uma forma de autorizar diretamente o usuário em combinação com a autorização da função de propriedade de grupo/classe pelo sistema na Técnica Anterior;
[043] A FIG. 4 é um fluxograma de um método para autorizar um processo de aprovação para um usuário de acordo com a presente invenção;
[044] A FIG. 5 é um diagrama esquemático de autorização de um processo de autorização para um usuário de acordo com a presente invenção;
[045] A FIG. 6 é um diagrama esquemático de uma maneira de autorizar um usuário através de uma função de propriedade individual independente por um sistema de acordo com a presente invenção;
[046] A FIG. 7 é um fluxograma de um método para autorizar um nó de aprovação para um usuário de acordo com a presente invenção;
[047] A FIG. 8 é um diagrama esquemático de autorização de um nó de aprovação para um usuário de acordo com a presente invenção;
[048] A FIG. 9 é um diagrama esquemático de um processo de aprovação;
[049] A FIG. 10 é um outro fluxograma de um método para autorizar um nó de aprovação para um usuário de acordo com a presente invenção; e
[050] A FIG. 11 é ainda outro diagrama esquemático de autorização de um nó de aprovação para um usuário de acordo com a presente invenção.
[051] As soluções técnicas da presente invenção são ainda descritas em detalhes abaixo com referência aos desenhos, mas o escopo de proteção da presente invenção não está limitado à descrição a seguir.
[052] [Modalidade 1]Como mostrado na FIG. 4, um método para autorizar um processo de aprovação para um usuário inclui: S11: Selecionar um usuário em um sistema.
[053] Por exemplo, uma função 1 na FIG. 5 é selecionada como o usuário.
[054] O usuário inclui uma ou mais funções, o usuário, um colaborador e um grupo/classe.
[055] Como mostrado na FIG. 6, a função é um indivíduo independente, não um grupo/classe. Durante o mesmo período, uma função só pode estar relacionada a um usuário único, enquanto um usuário está relacionado a uma ou mais funções. O usuário obtém permissões da função relacionada. Quando ou após a criação da função, um departamento é selecionado para a função, para que a função pertença ao departamento. A função é autorizada de acordo com o seu conteúdo de trabalho; o nome da função é exclusivo no departamento e o número da função é exclusivo no sistema.
[056] Definição de uma função: Uma função não tem a natureza de um grupo/classe/categoria/cargo/posição/um tipo de trabalho ou algo semelhante, mas tem natureza não coletiva. A função é única, sendo um indivíduo independente.
Aplicada em uma empresa ou instituição, a função é equivalente a um número de cargo (o número do cargo neste documento não é um carto, e um cargo pode ter vários colaboradores ao mesmo tempo, mas um número de cargo pode corresponder apenas a um colaborador durante o mesmo período).
[057] 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, colaborador 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.
[058] O conceito de funções convencionais é um grupo/uma classe/um cargo/uma posição/um tipo de trabalho em natureza, e uma função pode corresponder a vários usuários. No entanto, no presente pedido, o conceito de “função” é equivalente a um número de cargo/estação e também é semelhante à função em um filme e drama de televisão: uma função (na infância, juventude, meia-idade...) pode ser interpretada por apenas um ator ou atriz durante o mesmo período, mas um ator ou atriz pode desempenhar vários papéis.
[059] Quando o usuário é transferido de um cargo, a relação do usuário com a função é cancelada, e o usuário é relacionado a uma nova função. O usuário perde as permissões da função original e obtém as permissões da nova função automaticamente.
[060] Quando o colaborador é recrutado, depois que a função é relacionada ao usuário correspondente ao funcionário, o usuário obtém automaticamente as permissões da função relacionada. Quando o colaborador renuncia, depois que a relação entre o usuário correspondente ao colaborador e a função relacionada ao usuário é cancelada, o usuário perde automaticamente as permissões da função relacionada original.
[061] 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.
[062] Um colaborador corresponde a um usuário, um usuário corresponde a um colaborador e o colaborador determina (obtém) permissões através da função relacionada ao seu usuário correspondente.
[063] Além disso, o colaborador e o usuário são vinculados permanentemente.
Depois que o usuário corresponde a um colaborador, ele pertence ao colaborador e o usuário não pode ser relacionado com outros colaboradores. Se o colaborador se demitir, o usuário também não poderá corresponder a outros colaboradores. Após o colaborador ser novamente recrutado, o mesmo ainda usa o usuário original.
[064] S12: Exibir todos os processos de aprovação no sistema e exibir os estados atuais de permissão de uso do usuário selecionado em relação aos processos de aprovação.
[065] Por exemplo, na FIG. 5, depois que uma função 1 é selecionada, todos os processos de aprovação no sistema são exibidos. O processo de aprovação inclui um processo de aprovação 1 de um formulário de contrato, um processo de aprovação 2 do formulário de contrato, um processo de aprovação 3 do formulário de contrato e um processo de aprovação 1 de um formulário de cliente, etc. A função 1 atualmente possui permissões de uso do processo de aprovação 1 do formulário do contrato e do processo de aprovação 1 do formulário do cliente.
[066] S13: Autorizar permissões de uso dos processos de aprovação para o usuário selecionado. (A permissão de uso a qual processo de aprovação é usado quando os dados de um formulário são enviados para aprovação). Quando dois ou mais processos de aprovação pertencem ao mesmo formulário, somente a permissão de uso de um processo de aprovação é autorizada apenas a um usuário (o formulário que representa um objeto de serviço, como um pedido, um contrato ou cliente, etc., cada componente de dados do formulário correspondente a um objeto de serviço exclusivo, por exemplo, cliente 001 no formulário do cliente que representa um cliente único 001 e o cliente 001 sendo um componente dos dados do formulário/um objeto).
[067] Por exemplo, na FIG. 5, o processo de aprovação 1 do formulário de contrato, o processo de aprovação 2 do formulário de contrato e o processo de aprovação 3 do formulário de contrato pertencem ao formulário de contrato.
Atualmente, a função 1 possui apenas a permissão de uso do processo de aprovação 1 do formulário do contrato.
[068] Depois que um usuário é selecionado, um operador de autorização que autoriza as permissões de uso dos processos de aprovação ao usuário selecionado e o tempo de autorização são exibidos, respectivamente, para facilitar a determinação se o usuário precisa executar a autorização das permissões de uso dos processos de aprovação. Por exemplo, um operador de autorização precisa autorizar permissões de uso de processos de aprovação para 100 funções, mas o operador de autorização conclui apenas a autorização de permissões de uso de processos de aprovação para 70 funções. Quando o operador de autorização continuar autorizando permissões de uso de processos de aprovação de funções no dia seguinte, uma função a ser autorizada de uma permissão de uso de um processo de aprovação será pesquisada através da seleção de um operador de autorização que mais recentemente autoriza uma permissão de uso de um processo de aprovação para uma função ou tempo de autorização durante o qual a permissão de uso do processo de aprovação foi autorizada mais recentemente para a função. Por outro exemplo, pode-se saber, através da exibição de um tempo de autorização durante o qual as permissões de uso dos processos de aprovação são autorizadas mais recentemente para uma função, que quanto tempo as permissões de uso dos processos de aprovação da função não são alteradas, facilitando a determinação se o uso as permissões dos processos de aprovação precisam ser autorizadas para a função novamente.
[069] Por exemplo, na FIG. 5, um operador de autorização que autoriza mais recentemente, para a função 1, permissões de uso do processo de aprovação 1 do formulário de contrato, o processo de aprovação 2 do formulário de contrato, o processo de aprovação 3 do formulário de contrato e o processo de aprovação 1 do formulário do cliente é o usuário A e o horário da autorização é 1º de junho de 2017.
[070] Além disso, todos os processos de aprovação com permissões de uso do usuário no sistema são exibidos, permissões de uso dos processos de aprovação são modificadas e um ou mais processos de aprovação que o usuário não possui uma permissão de uso é selecionado como necessário para ser definido com a permissão de uso.
[071] Além disso, “exibir todos os processos de aprovação no sistema” é “exibir todos os processos de aprovação que são visíveis pelo operador no sistema”.
[072] Além disso, um processo de aprovação ao qual um usuário tem permissão é exibido de uma maneira diferente: por exemplo, o processo de aprovação ao qual o usuário tem permissão é exibido na frente, ou o processo de aprovação ao qual o usuário tem permissão é destacado ou o processo de aprovação ao qual o usuário tem permissão é exibido em uma cor/logotipo diferente etc.
[073] [Modalidade 2] Como mostrado na FIG. 7, um método para autorizar um nó de aprovação para um usuário inclui: S21: Selecionar um usuário em um sistema.
[074] Por exemplo, uma função 1 na FIG. 8 é selecionada como o usuário.
[075] O usuário inclui uma ou mais funções, o usuário, um colaborador e um grupo/classe.
[076] Como mostrado na FIG. 6, a função é um indivíduo independente, não um grupo/classe. Durante o mesmo período, uma função só pode estar relacionada a um usuário único, enquanto um usuário está relacionado a uma ou mais funções. O usuário obtém permissões da função relacionada. Quando ou após a criação da função, um departamento é selecionado para a função, para que a função pertença ao departamento. A função é autorizada de acordo com o seu conteúdo de trabalho; o nome da função é exclusivo no departamento e o número da função é exclusivo no sistema.
[077] Quando o usuário é transferido de um cargo, a relação do usuário com a função é cancelada, e o usuário é relacionado a uma nova função. O usuário perde as permissões da função original e obtém as permissões da nova função automaticamente.
[078] Quando o colaborador é recrutado, depois que a função é relacionada ao usuário correspondente ao funcionário, o usuário obtém automaticamente as permissões da função relacionada. Quando o colaborador renuncia, depois que a relação entre o usuário correspondente ao colaborador e a função relacionada ao usuário é cancelada, o usuário perde automaticamente as permissões da função relacionada original.
[079] 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.
[080] Um colaborador corresponde a um usuário, um usuário corresponde a um colaborador e o colaborador determina (obtém) permissões através da função relacionada ao seu usuário correspondente.
[081] Além disso, o colaborador e o usuário são vinculados permanentemente.
Depois que o usuário corresponde a um colaborador, ele pertence ao colaborador e o usuário não pode ser relacionado com outros colaboradores. Se o colaborador se demitir, o usuário também não poderá corresponder a outros colaboradores. Após o colaborador ser novamente recrutado, o mesmo ainda usa o usuário original.
[082] S22: Exibir todos os nós de aprovação de todos os processos de aprovação no sistema e exibir os estados atuais de permissão de aprovação do usuário selecionado em relação aos nós de aprovação.
[083] Por exemplo, na FIG. 8, depois que uma função 1 é selecionada, todos os nós de aprovação de todos os processos de aprovação no sistema são exibidos.
Todos os nós de aprovação incluem um nó de aprovação 1 e um nó de aprovação 2 de um processo de aprovação 1 em um formulário de contrato, um nó de aprovação 1, um nó de aprovação 2 e um nó de aprovação 3 de um processo de aprovação 2 do formulário de contrato, uma nó de aprovação 1 de um processo de aprovação 3 do formulário de contrato e um nó de aprovação 1 e um nó de aprovação 2 de um processo de aprovação 1 de um formulário de cliente, etc. A função 1 atualmente possui permissões de aprovação para o nó de aprovação 1 e o nó de aprovação 2 do processo de aprovação 1 do formulário do contrato e o nó de aprovação 1 do processo de aprovação 1 do formulário do cliente.
[084] O processo de aprovação inclui um nó inicial, um nó de aprovação e um nó final. Pode haver um ou mais nós de aprovação em um processo de aprovação.
Um aprovador de um nó de aprovação aprova uma tarefa a ser aprovada.
[085] A FIG. 9 é um processo de aprovação antes da assinatura de um contrato de vendas. O processo inclui um nó inicial, um nó de aprovação e um nó final.
O nó inicial inclui um iniciador configurado para iniciar/solicitar/enviar o processo de aprovação do contrato de vendas. Os nós de aprovação (por exemplo, 5 nós de aprovação na FIG. 9) incluem um supervisor de vendas A, um supervisor financeiro B, um supervisor técnico C, um supervisor de produção D e um gerente E. O supervisor de vendas A é responsável por todas as informações aprovadas no contrato de vendas, o supervisor financeiro B é responsável por aprovação financeira do contrato de vendas, o supervisor técnico C é responsável pela aprovação técnica do contrato de vendas, o supervisor de produção D é responsável pela aprovação de produção do contrato de vendas e o gerente E é responsável por todas as informações de aprovação do contrato de vendas, exceto as informações do cliente.
[086] S23: Autorizar permissões de aprovação dos nós de aprovação para o usuário selecionado, ou seja, o usuário é selecionado/definido como aprovador de um nó de aprovação correspondente.
[087] Um método para autorizar um nó de aprovação para um usuário inclui ainda: permissões de exibição e/ou modificação de um campo de formulário/valor do campo de um formulário correspondente a um processo de aprovação no qual o nó de aprovação está localizado são autorizados ao usuário selecionado (ou seja, quais campos/valores de campo podem ser visualizados e/ou modificados quando o aprovador/usuário selecionado está autorizado a executar uma aprovação no nó de aprovação). Depois que o usuário é definido como aprovador de um nó de aprovação, o aprovador executa uma operação correspondente com base na sua autorização para “o campo do formulário/valor do campo” no nó de aprovação.
[088] Após a seleção de um usuário, um operador de autorização que autoriza mais recentemente uma permissão de aprovação do nó de aprovação do processo de aprovação para o usuário selecionado e um tempo de autorização são exibidos, respectivamente.
[089] Por exemplo, na FIG. 8, um operador de autorização que autoriza recentemente, para a função 1, permissões de aprovação do nó de aprovação 1 e nó de aprovação 2 do processo de aprovação 1 do formulário de contrato do nó de aprovação 1 do processo de aprovação do formulário do cliente, e o tempo de autorização é 1 de junho de 2017.
[090] Além disso, todos os nós de aprovação com permissões de aprovação para usuário no sistema são exibidos, as permissões de aprovação dos nós de aprovação são modificadas e um ou mais nós de aprovação que o usuário não possui uma permissão de aprovação é selecionado como necessário para ser definido com a permissão de aprovação.
[091] Além disso, “exibir todos os nós de aprovação de todos os processos de aprovação no sistema” é “exibir todos os nós de aprovação de todos os processos de aprovação que podem ser visualizados pelo operador no sistema”.
[092] Além disso, um processo de aprovação e/ou um nó de aprovação ao qual um usuário tem permissão é exibido de uma maneira diferente: por exemplo, o processo de aprovação e/ou o nó de aprovação ao qual o usuário tem permissão é exibido na frente, ou o processo de aprovação e/ou o nó de aprovação ao qual o usuário tem permissão é destacado ou o processo de aprovação e/ou o nó de aprovação ao qual o usuário tem permissão é exibido em uma cor/logotipo diferente etc.
[093] [Modalidade 3] Como mostrado na FIG. 10, um método para autorizar um nó de aprovação para um usuário inclui: S31: selecionar um usuário em um sistema, o usuário sendo um supervisor de departamento.
[094] Por exemplo, na FIG. 11, um supervisor de um departamento de vendas é selecionado como usuário.
[095] O supervisor do departamento é atualmente uma função de colaborador/usuário supervisor/função de supervisor (ou um usuário relacionado ao supervisor de função ou um colaborador correspondente ao usuário relacionado à função de supervisor) de um departamento. A função de colaborador supervisor/usuário supervisor/função supervisor é definida no método abaixo: um colaborador/usuário é selecionado como o colaborador supervisor/usuário supervisor de um ou mais departamentos ou uma função que não pertence a um departamento é selecionada como a função de supervisor de um departamento ou uma função que pertence a um departamento é selecionada como a função de supervisor do departamento ao qual a função pertence. Quando a função de colaborador supervisor/usuário supervisor/supervisor do departamento é alterada, o supervisor do departamento é uma nova função de colaborador supervisor/ usuário supervisor/supervisor (ou seja, um supervisor atual).
[096] Por exemplo, se a função de supervisor de um departamento de vendas for um vendedor 1, um supervisor de departamento do departamento de vendas será o vendedor 1. Se a função de supervisor do departamento de vendas for alterada para vendedor 2, o supervisor de departamento do departamento de vendas será o vendedor 2.
[097] S32: Exibir todos os nós de aprovação de todos os processos de aprovação no sistema e exibir os estados atuais de permissão de aprovação do usuário do departamento em relação aos nós de aprovação.
[098] O processo de aprovação inclui um nó inicial, um nó de aprovação e um nó final. Pode haver um ou mais nós de aprovação em um processo de aprovação.
[099] Por exemplo, na FIG. 11, depois que um supervisor de um departamento de vendas é selecionado, todos os nós de aprovação de todos os processos de aprovação no sistema são exibidos. Todos os nós de aprovação incluem um nó de aprovação 1 e um nó de aprovação 2 de um processo de aprovação 1 de um formulário de contrato, um nó de aprovação 1, um nó de aprovação 2 e um nó de aprovação 3 de um processo de aprovação 2 do formulário de contrato, uma nó de aprovação 1 de um processo de aprovação 3 do formulário de contrato e um nó de aprovação 1 e um nó de aprovação 2 de um processo de aprovação 1 do formulário de cliente, etc. O supervisor do departamento de vendas atualmente possui permissões de aprovação para o nó de aprovação 1 e o nó de aprovação 2 do processo de aprovação 1 do formulário do contrato e o nó de aprovação 1 do processo de aprovação 1 do formulário do cliente.
[0100] S33: Autorizar permissões de aprovação dos nós de aprovação para o supervisor de departamento selecionado.
[0101] O método para autorizar um nó de aprovação para um usuário inclui ainda: autorizar, para o supervisor de departamento selecionado, permissões de exibição e/ou modificação de um campo de formulário/valor do campo de um formulário correspondente a um processo no qual o nó de aprovação está localizado.
Depois que o supervisor de departamento é definido como aprovador de um nó de aprovação, o aprovador executa uma operação correspondente com base na autorização de “o campo do formulário/valor do campo” no nó de aprovação.
[0102] Após a seleção de um supervisor de departamento, um operador de autorização que autoriza mais recentemente uma permissão de aprovação do nó de aprovação do processo de aprovação para o supervisor de departamento selecionado e um horário de autorização são exibidos, respectivamente.
[0103] Por exemplo, na FIG. 11, o operador de autorização que autoriza mais recentemente, para o supervisor do departamento de vendas, as permissões de aprovação do nó de aprovação 1 e nó de aprovação 2 do processo de aprovação 1 do formulário de contrato do nó de aprovação 1 do processo de aprovação 1 do formulário do cliente é usuário A, e o horário de autorização é 1 de junho de 2017.
[0104] O exposto acima é apenas uma modalidade preferencial da presente invenção, e deve ser entendido que a presente invenção não está limitada às formas divulgadas neste documento, e não deve ser interpretada como sendo limitada às outras modalidades, mas pode ser usada em várias outras combinações, modificações e ambientes. As modificações podem ser feitas pelas técnicas ou pelo conhecimento dos ensinamentos acima ou da técnica relacionada, dentro do escopo dos ensinamentos contidos neste. Todas as alterações e modificações feitas pelos versados na técnica devem estar dentro do escopo das reivindicações anexas.
Claims (10)
1. Método para autorizar um processo de aprovação para um usuário, CARACTERIZADO pelo fato de que compreende: selecionar um usuário em um sistema; exibir todos os processos de aprovação no sistema e exibir os estados atuais de permissão de uso do usuário selecionado em relação aos processos de aprovação; e autorizar uma permissão de uso dos processos de aprovação para o usuário selecionado.
2. Método para autorizar um processo de aprovação para um usuário, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que se dois ou mais processos de aprovação pertencem ao mesmo formulário, apenas a permissão de uso de um processo de aprovação pode ser autorizada para um usuário.
3. Método para autorizar um processo de aprovação para um usuário, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o referido usuário compreende uma ou mais tipos de função, um usuário, um colaborador e um grupo/classe, a referida função é um indivíduo independente, não um grupo/classe e, durante o mesmo período, uma função pode estar relacionada apenas a um usuário único, enquanto um usuário está relacionado a uma ou mais funções; e o usuário obtém permissões da função relacionada.
4. Método para autorizar um processo de aprovação para um usuário, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que após a seleção de um usuário, um operador de autorização que autoriza mais recentemente as permissões de uso dos processos de aprovação para o usuário selecionado e um tempo de autorização são exibidos, respectivamente.
5. Método para autorizar um processo de aprovação para um usuário, CARACTERIZADO pelo fato de que compreende: selecionar um usuário em um sistema; exibir todos os nós de aprovação de todos os processos de aprovação no sistema e exibir os estados atuais de permissão de aprovação do usuário selecionado em relação aos nós de aprovação; e autorizar uma permissão de aprovação do nó de aprovação para o usuário selecionado.
6. Método para autorizar um nó de aprovação para um usuário, de acordo com a reivindicação 5, CARACTERIZADO pelo fato de que o referido método para autorizar um nó de aprovação para um usuário compreende ainda: autorizar, para o usuário selecionado, permissões de exibição e/ou modificação de um campo de formulário/valor do campo de um formulário correspondente a um processo de aprovação no qual o nó de aprovação está localizado.
7. Método para autorizar um nó de aprovação para um usuário, de acordo com a reivindicação 5, CARACTERIZADO pelo fato de que o referido usuário compreende uma ou mais tipos de função, um usuário, um colaborador e um grupo/classe, a referida função é um indivíduo independente, não um grupo/classe e, durante o mesmo período, uma função pode estar relacionada apenas a um usuário único, enquanto um usuário está relacionado a uma ou mais funções; e o usuário obtém permissões da função relacionada.
8. Método para autorizar um nó de aprovação para um usuário, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de que o referido usuário é transferido de um cargo, a relação do usuário com a função original é cancelada e o usuário é relacionada a uma nova função.
9. Método para autorizar um processo de aprovação para um usuário,
CARACTERIZADO pelo fato de que compreende: selecionar um usuário em um sistema, o referido usuário sendo um supervisor de departamento; exibir todos os nós de aprovação de todos os processos de aprovação no sistema e exibir os estados atuais de permissão de aprovação do usuário do departamento em relação aos nós de aprovação; e autorizar uma permissão de aprovação do nó de aprovação para o supervisor de departamento selecionado.
10. Método para autorizar um nó de aprovação para um usuário, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que o referido método para autorizar um nó de aprovação para um usuário compreende ainda: autorizar, para o supervisor de departamento selecionado, permissões de exibição e/ou modificação de um campo de formulário/valor do campo de um formulário correspondente a um processo de aprovação no qual o nó de aprovação está localizado.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710682787.8 | 2017-08-10 | ||
CN201710682787.8A CN107392499A (zh) | 2017-08-10 | 2017-08-10 | 对使用者进行审批流程及其审批节点授权的方法 |
PCT/CN2018/099768 WO2019029649A1 (zh) | 2017-08-10 | 2018-08-09 | 对使用者进行审批流程及其审批节点授权的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
BR112020002616A2 true BR112020002616A2 (pt) | 2020-07-28 |
Family
ID=60345073
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
BR112020002616-6A BR112020002616A2 (pt) | 2017-08-10 | 2018-08-09 | método para autorizar o processo de aprovação e nó de aprovação do mesmo para usuário |
Country Status (13)
Country | Link |
---|---|
US (1) | US11750616B2 (pt) |
EP (1) | EP3667581A4 (pt) |
JP (1) | JP7429390B2 (pt) |
KR (1) | KR20200039732A (pt) |
CN (2) | CN107392499A (pt) |
AU (1) | AU2018315261A1 (pt) |
BR (1) | BR112020002616A2 (pt) |
CO (1) | CO2020001292A2 (pt) |
EA (1) | EA202190491A1 (pt) |
MX (1) | MX2020001505A (pt) |
PE (1) | PE20200631A1 (pt) |
PH (1) | PH12020500218A1 (pt) |
WO (1) | WO2019029649A1 (pt) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107330307A (zh) * | 2017-07-16 | 2017-11-07 | 成都牵牛草信息技术有限公司 | 一种表单数据操作权限授权方法 |
CN107392499A (zh) * | 2017-08-10 | 2017-11-24 | 成都牵牛草信息技术有限公司 | 对使用者进行审批流程及其审批节点授权的方法 |
CN111428257B (zh) * | 2020-03-30 | 2023-09-01 | 北京东方金信科技股份有限公司 | 一种通过自动审批将数据库元数据开放的系统和方法 |
CN113327093A (zh) * | 2021-04-28 | 2021-08-31 | 青岛鼎信通讯股份有限公司 | 一种应用于电力产品的物料新增管理系统 |
Family Cites Families (115)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7117165B1 (en) * | 1997-04-28 | 2006-10-03 | Ariba, Inc. | Operating resource management system |
US6226624B1 (en) | 1997-10-24 | 2001-05-01 | Craig J. Watson | System and method for pre-authorization of individual account remote transactions |
JP2000132625A (ja) * | 1998-10-23 | 2000-05-12 | Ntt Communicationware Corp | ワークフロー管理システム |
US6789252B1 (en) * | 1999-04-15 | 2004-09-07 | Miles D. Burke | Building business objects and business software applications using dynamic object definitions of ingrediential objects |
JP2001022827A (ja) * | 1999-07-12 | 2001-01-26 | Hitachi Ltd | ワークフローシステムの履歴内容表示方法 |
JP4180236B2 (ja) | 1999-12-28 | 2008-11-12 | 株式会社エヌ・ティ・ティ・ドコモ | ハンドオーバ制御方法及びシステム |
US6662199B1 (en) | 2000-01-04 | 2003-12-09 | Printcafe Systems, Inc. | Method and apparatus for customized hosted applications |
US7035825B1 (en) * | 2000-01-04 | 2006-04-25 | E.Piphany, Inc. | Managing relationships of parties interacting on a network |
US20020026592A1 (en) | 2000-06-16 | 2002-02-28 | Vdg, Inc. | Method for automatic permission management in role-based access control systems |
US20020157004A1 (en) | 2001-02-15 | 2002-10-24 | Smith Ned M. | Method of enforcing authorization in shared processes using electronic contracts |
JP2003228648A (ja) * | 2002-02-05 | 2003-08-15 | Toyota Auto Body Co Ltd | 業務プロセス管理方法、業務プロセス管理システム、プログラム及び記録媒体 |
US7131071B2 (en) * | 2002-03-29 | 2006-10-31 | Siebel Systems, Inc. | Defining an approval process for requests for approval |
US20040003353A1 (en) * | 2002-05-14 | 2004-01-01 | Joey Rivera | Workflow integration system for automatic real time data management |
JP3832824B2 (ja) * | 2002-07-26 | 2006-10-11 | インターナショナル・ビジネス・マシーンズ・コーポレーション | ワークフローサーバおよびワークフローエンジン |
US7546633B2 (en) | 2002-10-25 | 2009-06-09 | Microsoft Corporation | Role-based authorization management framework |
JP2004334844A (ja) * | 2003-04-18 | 2004-11-25 | Matsushita Electric Ind Co Ltd | 承認権限登録システム及び承認権限登録方法 |
US20060095413A1 (en) * | 2004-05-07 | 2006-05-04 | Lombardi Software, Inc. | Method of exposing normalized data as denormalized tables |
US7669244B2 (en) | 2004-10-21 | 2010-02-23 | Cisco Technology, Inc. | Method and system for generating user group permission lists |
US8214398B1 (en) | 2005-02-16 | 2012-07-03 | Emc Corporation | Role based access controls |
US20060218394A1 (en) | 2005-03-28 | 2006-09-28 | Yang Dung C | Organizational role-based controlled access management system |
US20060282350A1 (en) * | 2005-05-12 | 2006-12-14 | Microsoft Corporation | Enterprise resource planning system and method for managing bill of material transactions |
US7849101B2 (en) * | 2005-05-12 | 2010-12-07 | Microsoft Corporation | Method and system for enabling an electronic signature approval process |
US20090320088A1 (en) | 2005-05-23 | 2009-12-24 | Jasvir Singh Gill | Access enforcer |
US7853472B2 (en) | 2005-07-15 | 2010-12-14 | Saudi Arabian Oil Company | System, program product, and methods for managing contract procurement |
US9081977B2 (en) | 2005-12-05 | 2015-07-14 | Donglin Wang | Method and apparatus for privilege control |
US9455990B2 (en) | 2006-07-21 | 2016-09-27 | International Business Machines Corporation | System and method for role based access control in a content management system |
US8931057B2 (en) * | 2006-10-24 | 2015-01-06 | Avatier Corporation | Apparatus and method for access validation |
JP4954682B2 (ja) * | 2006-11-24 | 2012-06-20 | 株式会社オービック | 業務管理装置、業務管理方法、及び、業務管理プログラム |
EP1927905A1 (en) * | 2006-12-01 | 2008-06-04 | Accenture Global Services GmbH | Method, data processing device and computer program product for controlling and/or monitoring the manufacturing process and/or dispensing process of medical drugs |
CA2682415A1 (en) | 2007-03-30 | 2008-10-09 | Real Enterprise Solutions Development B.V. | Method and system for determining entitlements to resources of an organization |
US8510264B1 (en) * | 2007-07-19 | 2013-08-13 | Salesforce.Com, Inc. | Method and system for approving steps in a multi-tenant database service |
JP5025418B2 (ja) * | 2007-10-23 | 2012-09-12 | キヤノン株式会社 | ワークフローシステム、情報処理装置、及びデータ承認方法 |
US20090182607A1 (en) * | 2008-01-16 | 2009-07-16 | Morinville Paul V | Approver Identification Using Multiple Hierarchical Role Structures |
US20090199155A1 (en) * | 2008-01-31 | 2009-08-06 | Embarq Holdings Company Llc | System and method for managing workflow instances in a workflow application |
WO2009102728A1 (en) * | 2008-02-11 | 2009-08-20 | Clearshift Corporation | Online work management system |
JP5080334B2 (ja) | 2008-04-03 | 2012-11-21 | 株式会社沖データ | 承認装置及び画像形成装置 |
US20090281853A1 (en) * | 2008-05-08 | 2009-11-12 | Pramata Corporation | Legal Instrument Management Platform |
US20090319544A1 (en) * | 2008-06-20 | 2009-12-24 | Griffin James R | Facilitating integration of different computer data systems |
US8291490B1 (en) | 2008-06-30 | 2012-10-16 | Emc Corporation | Tenant life cycle management for a software as a service platform |
US10140590B2 (en) | 2008-07-14 | 2018-11-27 | Oracle International Corporation | Data approval system and method |
US8548940B1 (en) * | 2008-09-12 | 2013-10-01 | Salesforce.Com, Inc. | System, method and computer program product for executing recall actions with respect to an approval process in a multi-tenant an on-demand database service |
US8225213B2 (en) | 2008-10-07 | 2012-07-17 | Siegal Bess L M | User interface (UI) control for attestation process |
US8281023B2 (en) | 2008-11-14 | 2012-10-02 | Qualcomm Incorporated | Systems and methods for data authorization in distributed storage networks |
US9135584B2 (en) * | 2009-02-28 | 2015-09-15 | International Business Machines Corporation | Method and apparatus to model content state and access control in backend-systems and business processes |
US9111006B2 (en) * | 2010-03-16 | 2015-08-18 | Salesforce.Com, Inc. | System, method and computer program product for communicating data between a database and a cache |
US8381285B2 (en) * | 2010-06-25 | 2013-02-19 | Sap Ag | Systems and methods for generating constraints for use in access control |
US8862613B2 (en) * | 2010-07-30 | 2014-10-14 | Sap Ag | Extensibility of business process and application logic |
US9697042B2 (en) * | 2010-07-30 | 2017-07-04 | Sap Se | Extensibility of business process and application logic |
US20120054100A1 (en) | 2010-08-17 | 2012-03-01 | Pfohl Michael L | Collective donation management and automated allocation and disbursement system |
CN101951377A (zh) * | 2010-09-21 | 2011-01-19 | 用友软件股份有限公司 | 分层授权管理方法和装置 |
CN102468971A (zh) * | 2010-11-04 | 2012-05-23 | 北京北方微电子基地设备工艺研究中心有限责任公司 | 权限管理方法和装置、权限控制方法和装置 |
US8738414B1 (en) * | 2010-12-31 | 2014-05-27 | Ajay R. Nagar | Method and system for handling program, project and asset scheduling management |
US20120203588A1 (en) | 2011-02-04 | 2012-08-09 | International Business Machines Corporation | Task assignment in a workflow system |
US8812439B2 (en) * | 2011-03-22 | 2014-08-19 | Oracle International Corporation | Folder structure and authorization mirroring from enterprise resource planning systems to document management systems |
US20120310699A1 (en) * | 2011-06-02 | 2012-12-06 | Siemens Corporation | Approach and tool blending ad-hoc and formal workflow models in support of different stakeholder needs |
US20130046583A1 (en) * | 2011-08-18 | 2013-02-21 | Sandhya Kanhed | Method and system for enterprise audit |
US20130159034A1 (en) * | 2011-12-14 | 2013-06-20 | Klaus Herter | Business process guide and record |
US20130159063A1 (en) * | 2011-12-14 | 2013-06-20 | Joachim Fessler | Process-based user authorization management |
CN103200205A (zh) | 2012-01-05 | 2013-07-10 | 华为技术有限公司 | 一种语音审批的方法、设备和系统 |
US20130246106A1 (en) * | 2012-03-15 | 2013-09-19 | Microsoft Corporation | Hierarchical budget process orchestration |
US20130311559A1 (en) * | 2012-05-17 | 2013-11-21 | Salesforce.Com, Inc. | System and method for providing an approval workflow in a social network feed |
US9015812B2 (en) | 2012-05-22 | 2015-04-21 | Hasso-Plattner-Institut Fur Softwaresystemtechnik Gmbh | Transparent control of access invoking real-time analysis of the query history |
US8949855B2 (en) * | 2012-06-28 | 2015-02-03 | Sap Se | Consistent interface for address snapshot and approval process definition |
US20140025425A1 (en) | 2012-07-17 | 2014-01-23 | Winshuttle, Llc | Bulk business workflow systems and methods |
CN103577411A (zh) | 2012-07-20 | 2014-02-12 | 捷达世软件(深圳)有限公司 | 表单签核流程管理方法及系统 |
US20140025571A1 (en) | 2012-07-23 | 2014-01-23 | Its, Inc. | System and method for dual message consumer authentication value-based eft transactions |
US20140040314A1 (en) * | 2012-07-31 | 2014-02-06 | Verizon Patent And Licensing Inc. | Method and system for providing data access via a common access manager configured to support security for multiple database management system types |
US9916461B2 (en) | 2012-09-10 | 2018-03-13 | International Business Machines Corporation | Identity context-based access control |
US9111102B2 (en) | 2012-09-17 | 2015-08-18 | Microsoft Technology Licensing, Llc | Creation of security roles through user walkthrough of business process workflow |
US20140122333A1 (en) * | 2012-10-26 | 2014-05-01 | Bank Of America Corporation | Method and apparatus for confirming a transaction on a mobile device |
US9280566B2 (en) | 2012-11-02 | 2016-03-08 | Ca, Inc. | System and method for visual role engineering |
US9779257B2 (en) | 2012-12-19 | 2017-10-03 | Microsoft Technology Licensing, Llc | Orchestrated interaction in access control evaluation |
US8914308B2 (en) * | 2013-01-24 | 2014-12-16 | Bank Of America Corporation | Method and apparatus for initiating a transaction on a mobile device |
US9436349B2 (en) * | 2013-03-12 | 2016-09-06 | Microsoft Technology Licensing, Llc | Business solution user interface enabling interaction with reports |
US20150156065A1 (en) * | 2013-03-15 | 2015-06-04 | Gravitant, Inc. | Policy management functionality within a cloud service brokerage platform |
CN104216912B (zh) | 2013-06-04 | 2017-10-27 | 广州中国科学院软件应用技术研究所 | 一种无侵入式的业务表单工作流化的实现方法与装置 |
US20140365350A1 (en) | 2013-06-10 | 2014-12-11 | Rawllin International Inc. | Financial platform that facilitates management of financial services |
CN103310315A (zh) | 2013-07-11 | 2013-09-18 | 北京金和软件股份有限公司 | 一种基于工作流的流程自动审批工具 |
JP6189660B2 (ja) * | 2013-07-12 | 2017-08-30 | みずほ情報総研株式会社 | イベント支援装置及びイベント支援方法 |
US20150026075A1 (en) * | 2013-07-16 | 2015-01-22 | Microsoft Corporation | Control of crm data based on spreadsheet actions |
CN104346663A (zh) | 2013-07-26 | 2015-02-11 | 镇江雅迅软件有限责任公司 | 一种基于工作流的合同审批方法 |
CN103455888A (zh) | 2013-09-10 | 2013-12-18 | 山东中创软件工程股份有限公司 | 一种配置流程权限的方法及装置 |
US20200076818A1 (en) | 2013-10-03 | 2020-03-05 | The Board Of Regents Of The University Of Texas System | Risk-aware sessions in role based access control systems and methods of use |
US10511566B2 (en) | 2013-11-11 | 2019-12-17 | Amazon Technologies, Inc. | Managed directory service with extension |
US20170236084A1 (en) * | 2013-12-12 | 2017-08-17 | NetSuite Inc. | System and methods for implementing custom transactions within a multi-tenant platform |
US9516504B2 (en) | 2014-05-19 | 2016-12-06 | Verizon Patent And Licensing Inc. | Intelligent role based access control based on trustee approvals |
US9411963B2 (en) * | 2014-07-07 | 2016-08-09 | International Business Machines Corporation | Visual display of risk-identifying metadata for identity management access requests |
CN105376198A (zh) | 2014-08-22 | 2016-03-02 | 中兴通讯股份有限公司 | 访问控制方法及装置 |
US10032134B2 (en) * | 2014-10-02 | 2018-07-24 | Sap Se | Automated decision making |
CN104408339A (zh) | 2014-12-18 | 2015-03-11 | 山东钢铁股份有限公司 | 一种信息系统中权限管理方法 |
CN104599078A (zh) * | 2015-02-03 | 2015-05-06 | 浪潮(北京)电子信息产业有限公司 | 一种数据流处理方法及系统 |
US20160232294A1 (en) | 2015-02-11 | 2016-08-11 | Ricoh Company, Ltd. | Managing Access To Workflows Using Roles |
US10367834B2 (en) | 2015-05-12 | 2019-07-30 | CloudPassage, Inc. | Systems and methods for implementing intrusion prevention |
AU2016100635A4 (en) | 2015-05-18 | 2016-06-16 | Certainedge Pty Ltd | Software creation system |
JP2017021553A (ja) * | 2015-07-10 | 2017-01-26 | 株式会社野村総合研究所 | 属性情報管理装置、属性情報管理方法およびコンピュータプログラム |
CN105005730A (zh) | 2015-08-13 | 2015-10-28 | 杭州杉石科技有限公司 | 一种基于app应用的权限设计方法 |
CN105046446B (zh) | 2015-08-14 | 2019-11-05 | 北京京东尚科信息技术有限公司 | 一种基于工作流框架的自定义权限流程方法及系统 |
CN106485388A (zh) | 2015-09-01 | 2017-03-08 | 北京奇虎科技有限公司 | 业务审批系统的权限管理方法和装置 |
US10133682B2 (en) | 2015-11-17 | 2018-11-20 | Airwatch Llc | Managing grouped student devices with timed locks |
US20170270596A1 (en) * | 2016-03-17 | 2017-09-21 | Global Eprocure | Procurement System with Approval Mechanisms for Improving Procurement Cycle Efficiency |
US20170316159A1 (en) * | 2016-04-27 | 2017-11-02 | Veeva Systems Inc. | System And Method For Updating Customer Data |
US11036520B1 (en) * | 2016-05-09 | 2021-06-15 | Coupa Software Incorporated | System and method of setting a configuration to achieve an outcome |
CA3023991A1 (en) * | 2016-05-13 | 2017-11-16 | Servicenow, Inc. | Visual workflow model |
CN106022734A (zh) | 2016-06-22 | 2016-10-12 | 武汉斗鱼网络科技有限公司 | 一种合同自动化管理方法与系统 |
CN106127026A (zh) | 2016-08-02 | 2016-11-16 | 泰康保险集团股份有限公司 | 权限配置方法和装置 |
US11169823B2 (en) * | 2016-09-15 | 2021-11-09 | Oracle International Corporation | Process initiation |
CN106529761A (zh) | 2016-09-26 | 2017-03-22 | 山东浪潮商用系统有限公司 | 一种工作流引擎及其实现方法 |
CN106503969A (zh) | 2016-11-03 | 2017-03-15 | 东软集团股份有限公司 | 业务流程审批方法及装置 |
CN106779594A (zh) | 2016-12-01 | 2017-05-31 | 江苏鸿信系统集成有限公司 | 一种基于Activiti的工作流管理方法 |
CN106713340A (zh) * | 2017-01-04 | 2017-05-24 | 深圳开维教育信息技术股份有限公司 | 一种多层级的用户权限管理方法 |
CN107180334A (zh) | 2017-04-29 | 2017-09-19 | 成都牵牛草信息技术有限公司 | 基于角色对用户一对一的工作流控制方法和系统 |
CN107146072A (zh) | 2017-05-16 | 2017-09-08 | 成都牵牛草信息技术有限公司 | 基于表单字段的工作流审批节点设置审批角色的方法 |
CN107357882A (zh) | 2017-07-10 | 2017-11-17 | 成都牵牛草信息技术有限公司 | 基于依据字段设置审批流程的方法 |
CN107480557A (zh) * | 2017-08-07 | 2017-12-15 | 成都牵牛草信息技术有限公司 | 显示所有系统使用者当前权限状态的授权方法 |
CN107392499A (zh) | 2017-08-10 | 2017-11-24 | 成都牵牛草信息技术有限公司 | 对使用者进行审批流程及其审批节点授权的方法 |
-
2017
- 2017-08-10 CN CN201710682787.8A patent/CN107392499A/zh active Pending
-
2018
- 2018-08-09 EA EA202190491A patent/EA202190491A1/ru unknown
- 2018-08-09 PE PE2020000192A patent/PE20200631A1/es unknown
- 2018-08-09 BR BR112020002616-6A patent/BR112020002616A2/pt not_active IP Right Cessation
- 2018-08-09 CN CN201810904670.4A patent/CN108985659B/zh active Active
- 2018-08-09 EP EP18844986.2A patent/EP3667581A4/en active Pending
- 2018-08-09 JP JP2020505892A patent/JP7429390B2/ja active Active
- 2018-08-09 AU AU2018315261A patent/AU2018315261A1/en not_active Abandoned
- 2018-08-09 WO PCT/CN2018/099768 patent/WO2019029649A1/zh active Search and Examination
- 2018-08-09 US US16/635,137 patent/US11750616B2/en active Active
- 2018-08-09 MX MX2020001505A patent/MX2020001505A/es unknown
- 2018-08-09 KR KR1020207006792A patent/KR20200039732A/ko not_active Application Discontinuation
-
2020
- 2020-01-29 PH PH12020500218A patent/PH12020500218A1/en unknown
- 2020-02-05 CO CONC2020/0001292A patent/CO2020001292A2/es unknown
Also Published As
Publication number | Publication date |
---|---|
EA202190491A1 (ru) | 2021-05-25 |
MX2020001505A (es) | 2020-12-03 |
PE20200631A1 (es) | 2020-03-13 |
EP3667581A1 (en) | 2020-06-17 |
CN108985659A (zh) | 2018-12-11 |
AU2018315261A1 (en) | 2020-03-26 |
JP7429390B2 (ja) | 2024-02-08 |
JP2020530927A (ja) | 2020-10-29 |
WO2019029649A1 (zh) | 2019-02-14 |
CO2020001292A2 (es) | 2020-05-15 |
US20200382512A1 (en) | 2020-12-03 |
EP3667581A4 (en) | 2021-03-17 |
CN108985659B (zh) | 2021-04-06 |
US11750616B2 (en) | 2023-09-05 |
KR20200039732A (ko) | 2020-04-16 |
CN107392499A (zh) | 2017-11-24 |
PH12020500218A1 (en) | 2020-10-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3633567A1 (en) | Method for setting up approval role according to department by approval node in workflow | |
BR112019024194A2 (pt) | Método de configuração da função de aprovação para aprovação de nó do fluxo de trabalho com base em campos baseados em formulário | |
BR112020000567A2 (pt) | método para definir o processo de aprovação baseado em campos de base | |
BR112020000169A2 (pt) | método para autorizar permissões de operação de valores de campo de formulário | |
BR112020002572A2 (pt) | método de autorização para exibir o status atual da permissão de todos os usuários do sistema | |
BR112020000659A2 (pt) | método baseado em aquisição de função para autorização de dados de formulário | |
BR112020002616A2 (pt) | método para autorizar o processo de aprovação e nó de aprovação do mesmo para usuário | |
BR112020001648A2 (pt) | método para gerenciar a conta de mensagens instantâneas no sistema de gerenciamento | |
BR112020001402A2 (pt) | método para definir permissões do usuário na unidade de troca de informações no sistema | |
BR112019021888A2 (pt) | Método e sistema de concessão de permissões com base na correspondência individual entre funções e usuários | |
BR112019028239A2 (pt) | método para autorizar informações relacionadas a formulários | |
BR112020002578A2 (pt) | método para autorizar permissões de operação de lista estatística | |
US11586747B2 (en) | Method for setting operating record viewing right based on time period | |
BR112020000938A2 (pt) | método para autorizar a autoridade de operação de dados de formulários | |
CN108875391B (zh) | 系统中员工登录其账户后的权限显示方法 | |
BR112020000593A2 (pt) | método para autorizar o valor de campo de formulário por meio de campo de terceiros | |
BR112020002560A2 (pt) | método para autorizar um operador de autorização em um sistema | |
WO2018205940A1 (zh) | 基于角色对用户的一对一的组织结构图生成及应用方法 | |
BR112020002586A2 (pt) | método de autorização separada baseado em valor da coluna para operações de lista estatística | |
BR112020000161A2 (pt) | método de autorização de formulário com base nos campos de propriedade de tempo de um formulário | |
WO2019007261A1 (zh) | 表单中的角色性质字段的字段值获取方法 | |
OA19448A (en) | Role acquisition-based method for authorizing form data. |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
B08F | Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette] |
Free format text: REFERENTE A 3A ANUIDADE. |
|
B350 | Update of information on the portal [chapter 15.35 patent gazette] | ||
B08K | Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette] |
Free format text: EM VIRTUDE DO ARQUIVAMENTO PUBLICADO NA RPI 2650 DE 19-10-2021 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDO O ARQUIVAMENTO DO PEDIDO DE PATENTE, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013. |