AyMINE – Technical documentation
Modules
Task, project & quality management
Manager approval with the task report
Why some data can't be deleted
Adminitration of areas, projects, calendars
Region / project / methodology
Change management process in a project
GDPR and record of qualifications
Qualification of user or contact
Right to Manage Qualifications
Task, project & quality management
Administration of the Task Management Module
System rights for the task management module
Methodology and Quality Management systems
What a methodology / QMS consists of
Collaborative Resolution of Multiple Problems
Customer Service Response Generation
Incident and Quality Issue Management
Objects affected by the problem
Problems, Incidents, Helpdesk Tickets
Return project plan by baseline
Sample tasks and methodologies of the area
Effect of the task on the right to modify the attached object
The person responsible for the task
Working procedure – task definition
Objects related to the task pattern
Contacts and directories module (CRM)
Order overview for customer groups
Contacts and directories module (CRM)
System Permissions and CRM Module Settings
Send bulk messages in compliance with GDPR
How to correctly forget a person's details
Unsubscribe and set preferences
for bulk mail
Web management and automation
Receiving a message from the web
Human resources
Personalistics – User Permissions
Human Resources module security
Manage department / division data
Overview of Personnel Information for pracov# Employment Contract
Synchronizing staff and system users
Products, assets and sales
Received order for goods or services
Finance management
Metrics and Measurements
Technical Modules
Sabre plugin module
Enterprise Architect connector
Database link to Enterprise Architect database
Enterprise Architect connector
System Modules
The AyMINE Framework Module
AyMINE — Tips for Mobile Usage
Configure how your system looks and works
Gestures and Keyboard Shortcuts
More about how the system works
Private notes and tags for objects
Overview of Modules and Record Types
Filtering in the list of records
System Management
Securing posts and internal discussions
Additional functions with files
Copying and moving files between objects
Files (documents) linked to the object
Formatted texts in the application
Gateway settings for external messages
IMP gateway settings for email communication
Internet Call Gateway Settings
System rights
System rights provide blanket access to system functionality
This page is intended for system administrators.
- What system rights are for
- The meaning of system rights is limited
- Who and how system rights are set
- Detailed right settings
What system rights are for
System rights, or system rights and technically rights, allow you to define which system features a user may or may not use.
Examples of system rights:
- The right to create and manage users
- The right to join discussions
- The right to work with assets
- The right to allow the publication of news on the web
- The right to view all business areas on the system
The meaning of system rights is limited
Although the system defines over 100 different system rights, the vast majority of rights on the system are not governed by them. Listed above are a few special rights – such as the right to change the rights of others – for which system control is necessary. However, with the exception of a few administrators, the vast majority of team members or workers have exactly the same system rights. Yet the system strictly controls the rights. But otherwise.
The main weight of control is not on functionality, but on data. For example.
- The right to see tasks in project P
- The right to assign tasks to people in the C team
- The right to delete information created by a colleague K
All of these rights are governed by the right settings for a particular data area – business area, project, methodology, etc. System rights are completely secondary to this:
- System right allows me to work with information (probably everyone is allowed to do that)
- The rights on the area where the information is determines whether I am allowed to delete that particular information
- The information itself may have a lock that allows only the author to delete it
Managing system rights is therefore a fairly peripheral matter of system-wide administration. It is typically only done when starting a new company
Who and how system rights are set
By default, system rights are bundled into logical groups from system installation onwards, which make system functions available. These are called system roles, e.g.:
- All task module users – tsk everybody
- Common users of the assets module – am everybody
These system rights are assigned to people by the administrator. However, because it is inconvenient and unnecessary to assign system rights to everyone individually, it is more appropriate to
- Create one user group for all users – e.g. All employees
- Assign system roles to the group for everyone – this assigns the necessary system rights
- Assign the group to everyone
Detailed right settings
Caution: Only system administrators can make the settings described below. It is not even allowed for user account administrators.
The system also allows direct setting of system rights by
- The administrator gets temporary system rights frmAdmin
- Creates primary system right groups within the company/client space
- Assigns the necessary system rights to the primary groups. The simple way to do this is to copy the rights from the system roles and then modify the list individually
- The frmAdmin role is then removed.
Important remarks:
- Changes require all users to log out and log in afterwards. It is not safe to make changes to the system while it is running
- frmAdmin is a right that only a system administrator (superadministrator) can make. However, he must also grant it to the account that belongs to the client whose settings are being changed.