← Back to branch summary

~xrg/openobject-doc/trunk-xrg

« back to all changes in this revision

Viewing changes to i18n/uk/source/developer/2_7_menu_action/7_3_security.rst

  • Committer: TruongSinh Tran
  • Date: 2009-07-17 18:59:45 UTC
  • Revision ID: truongsinh@vipescoserver-20090717185945-ajjp3zso6xh5jddm
[FIX]private issue

Show diffs side-by-side

added added

removed removed

Lines of Context:
i18n/uk/source/developer/2_7_menu_action/7_3_security.rst
 
1
 
 
2
.. i18n: Security
 
3
.. i18n: ========
 
4
 
 
5
Security
 
6
========
 
7
 
 
8
.. i18n: Three concepts are differentiated into Tiny ERP;
 
9
 
 
10
Three concepts are differentiated into Tiny ERP;
 
11
 
 
12
.. i18n:    1. The users: person identified by his login/password
 
13
.. i18n:    2. The groups: define the access rights of the resources
 
14
.. i18n:    3. The roles: determine the roles/duties of the users 
 
15
 
 
16
   1. The users: person identified by his login/password
 
17
   2. The groups: define the access rights of the resources
 
18
   3. The roles: determine the roles/duties of the users 
 
19
 
 
20
.. i18n: .. figure::  images/module_base_user.png
 
21
.. i18n:    :scale: 120
 
22
.. i18n:    :align: center
 
23
 
 
24
.. figure::  images/module_base_user.png
 
25
   :scale: 120
 
26
   :align: center
 
27
 
 
28
.. i18n: **The users**
 
29
 
 
30
**The users**
 
31
 
 
32
.. i18n: They represent physical persons. These are identified with a login and a password. A user may belong to several groups and may have several roles.
 
33
 
 
34
They represent physical persons. These are identified with a login and a password. A user may belong to several groups and may have several roles.
 
35
 
 
36
.. i18n: A user must have an action set up. This action is executed when the user connects to the program with his login and password. An example of action would be to open the menu at 'Operations'.
 
37
 
 
38
A user must have an action set up. This action is executed when the user connects to the program with his login and password. An example of action would be to open the menu at 'Operations'.
 
39
 
 
40
.. i18n: The preferences of the user are available with the preference icon. You can, for example, through these preferences, determine the working language of this user. English is set by default.
 
41
 
 
42
The preferences of the user are available with the preference icon. You can, for example, through these preferences, determine the working language of this user. English is set by default.
 
43
 
 
44
.. i18n: A user can modify his own preferences while he is working with Tiny ERP. To do that, he clicks on this menu: User > Preferences. The Open ERP administrator can also modify some preferences of each and every user.
 
45
 
 
46
A user can modify his own preferences while he is working with Tiny ERP. To do that, he clicks on this menu: User > Preferences. The Open ERP administrator can also modify some preferences of each and every user.
 
47
 
 
48
.. i18n: **The groups**
 
49
 
 
50
**The groups**
 
51
 
 
52
.. i18n: The groups determine the access rights to the different resources. There are three types of right:
 
53
 
 
54
The groups determine the access rights to the different resources. There are three types of right:
 
55
 
 
56
.. i18n:     * The writing access: recording & creation,
 
57
.. i18n:     * The reading access: reading of a file,
 
58
.. i18n:     * The execution access: the buttons of workflows or wizards. 
 
59
 
 
60
    * The writing access: recording & creation,
 
61
    * The reading access: reading of a file,
 
62
    * The execution access: the buttons of workflows or wizards. 
 
63
 
 
64
.. i18n: A user can belong to several groups. If he belongs to several groups, we always use the group with the highest rights for a selected resource.
 
65
 
 
66
A user can belong to several groups. If he belongs to several groups, we always use the group with the highest rights for a selected resource.
 
67
 
 
68
.. i18n: **The roles**
 
69
 
 
70
**The roles**
 
71
 
 
72
.. i18n: The roles define a hierarchical structure in tree. They represent the different jobs/roles inside the company. The biggest role has automatically the rights of all the inferior roles.
 
73
 
 
74
The roles define a hierarchical structure in tree. They represent the different jobs/roles inside the company. The biggest role has automatically the rights of all the inferior roles.
 
75
 
 
76
.. i18n: **Example:**
 
77
 
 
78
**Example:**
 
79
 
 
80
.. i18n: CEO
 
81
 
 
82
CEO
 
83
 
 
84
.. i18n:   + Technical manager
 
85
 
 
86
  + Technical manager
 
87
 
 
88
.. i18n:     - Chief of projects
 
89
.. i18n: 
 
90
.. i18n:       - Developers
 
91
.. i18n:       - Testers
 
92
 
 
93
    - Chief of projects
 
94
 
 
95
      - Developers
 
96
      - Testers
 
97
 
 
98
.. i18n:   + Commercial manager
 
99
 
 
100
  + Commercial manager
 
101
 
 
102
.. i18n:       - Salesmen
 
103
.. i18n:       - ...
 
104
 
 
105
      - Salesmen
 
106
      - ...
 
107
 
 
108
.. i18n: If we want to validate the test of a program (=role Testers), it may be done by a user having one of the following roles: Testers, Chief of the project, Technical manager, CEO.
 
109
 
 
110
If we want to validate the test of a program (=role Testers), it may be done by a user having one of the following roles: Testers, Chief of the project, Technical manager, CEO.
 
111
 
 
112
.. i18n: The roles are used for the transition of Workflow actions into confirmation, choice or validation actions. Their implications will be detailed in the Workflow section. 
 
113
 
 
114
The roles are used for the transition of Workflow actions into confirmation, choice or validation actions. Their implications will be detailed in the Workflow section. 
 
115
 
 
116
.. i18n: Menu Access
 
117
.. i18n: -----------
 
118
 
 
119
Menu Access
 
120
-----------
 
121
 
 
122
.. i18n: It's easy (but risky) to grant grained access to menu based on the user's groups.
 
123
 
 
124
It's easy (but risky) to grant grained access to menu based on the user's groups.
 
125
 
 
126
.. i18n: First of all, you should know that if a menu is not granted to any group then it is accessible to everybody ! If you want to grant access to some groups just go to **Menu > Administration > Security > Define access to Menu-items** and select the groups that can use this menu item.
 
127
 
 
128
First of all, you should know that if a menu is not granted to any group then it is accessible to everybody ! If you want to grant access to some groups just go to **Menu > Administration > Security > Define access to Menu-items** and select the groups that can use this menu item.
 
129
 
 
130
.. i18n: .. figure::  images/grant_access.png
 
131
.. i18n:    :scale: 85
 
132
.. i18n:    :align: center
 
133
 
 
134
.. figure::  images/grant_access.png
 
135
   :scale: 85
 
136
   :align: center
 
137
 
 
138
.. i18n: Beware ! If the Administrator does not belong to one of the group, he will not be able to reach this menu again. 
 
139
 
 
140
Beware ! If the Administrator does not belong to one of the group, he will not be able to reach this menu again.