RU  KZ 

Setting access rules

Ask a question

Sigur offers a large number of access policies, which you can use to provide or deny access according to your current regime. Most of them are hardware-based and implemented locally by the controller, which means they will be executed even if the server is unavailable.

How it works

To implement the created access rules and policies, Sigur uses standard PACS controllers and Sigur mobile terminals as well as wireless locks (Assa Abloy, Salto, Simons Voss, OSS), many of them are deeply integrated with the system.

Sigur is able to control any types of access control equipment, including locks, turnstiles, boom barriers, gates, etc. For the most popular ones, there are hundreds of ready-to-use connection diagrams to connect them to PACS controllers. Additionally, you can use devices that help implement additional access conditions (such as alcometers) or make access control more streamlined (such as traffic lights and information displays). No additional equipment or interface cards are required.

How to create and configure access rules

An access rule (access mode) in Sigur is a sequence of days consisting of a certain number of days (from 1 to 32 days) with a set starting date, starting from which this sequence will be repeated.

Sigur allows you to create different access policies for every day that will govern:

  • Checkpoints (individual doors or groups of them)
  • Directions of access (separately for entry and for exit)
  • Time of access

They can be assigned to a department, employee or groups of them, vehicle or visitor’s badge. Access rules can also include special days with different settings, such as official holidays or short days. During such days, the access policy will change automatically according to the settings. Sigur allows you to create any number of access rules and you can assign more than one rule with different priorities to the employees.

Complex access schemes

For more thorough access control, Sigur supports a number of complex access policies, including:

  • Access permission by security officer
  • Only if accompanied / Two persons rule
  • Sectoral / zonal control, antipassback
  • Capacity limitation
  • Multifactor identification (using several identifiers)
  • Setting up interlocking doors (using regular doors or specialized interlocking door systems)
  • Additional inspection of employees and vehicles
  • Trainings and briefings completion control

You will find detailed descriptions of these access policies in the dedicated sections of our website.

Additional access conditions

Custom conditions

Sigur provides tools that allow creation of any custom conditions to control employee access. This functionality works by checking the parameters of cardholders’ files against the set condition. Since Sigur allows to add any custom fields to cardholders’ files, you will be able to create required parameters of various types, including lines, lists, boolean, date, time, etc.

You can add such parameters as completion of a safety briefing or annual health checkup. As long as the briefing period has not expired (next briefing date has not been missed), the employee will be allowed to the territory / workplace; otherwise, you can choose to deny access or display a warning on the security officer’s screen.

Since these conditions can be added or amended at any time, to stay updated on any changes, the system must constantly communicate with the server.

Alcohol testing

Sigur can use alcometer readings as an additional access condition. This policy will help control employees’ discipline at workplaces where soberness is extra important, e.g. in the mining industry, at construction sites, in transportation. Currently, Sigur is integrated with the following alcometers: Dingo V-01 and V-02, Alcoframe (Laser Systems Scientific and Production Company) and Alcobarrier.

Delegation of decision-making to an external system

If you have a corporate system at your facility that stores information about access rules for your employees / visitors, Sigur can delegate decisions on whether to grant access or not to this system. This is how it works: when an access attempt is made, a request will be sent to the server of your system and then sent back to Sigur server and then to the controllers, which will, in case of a positive decision, unlock the doors, turnstiles or other checkpoint equipment.
This integration might be helpful at such facilities as fitness centers since all the information on who can access what and when has already been entered into a specialized system and the PACS will be responsible only for controlling the doors.

Currently, we provide integrations with such systems as A&A, 1С:Fitness Club, UNIVERSE Fitness, CRAFT: Fitness Club, TNG, Devpark: Paid Access and ClubIS.

Delegation can also be used for integrations with visitor management systems, custom-made user solutions, etc.

Auto payments at a checkpoint

To manage paid access at your facilities, you can also use auto payments functionality (cash will be charged off when your visitors walk / drive through a checkpoint).

In this case, cash will be charged off their virtual accounts created in Sigur interface and assigned to any entity (person or vehicle). This functionality can also be used for access events count if you choose to count the number of visits instead of charging in cash.

This functionality is most commonly used in corporate canteens when selling lunch sets, providing access to a paid parking lot, for paid events, sports and hobby classes / studios.