AXSOR is the platform where everything about your key management is managed and monitored. It is the solution of the future that will make you have peace of mind.
You can setup rules for almost everything about your key management. Instead of checking all things manually it is possible to setup messages. This means that you will get promted when actions are needed and you do not need to check the system status manually.
You get all answers in the system. You get key management on a completely new level. Everything is managed directly from your web browser.
Get a quick overview of the status of the system. See how many withdrawn Objects you have per day, week or year. How often is the system used? It’s just a click away.
In AXSOR there are endless possibilities
In AXSOR there are many things to check, see and do. It’s all up to you how much information you need or want to have. Choose just to use the basic traceability of who holds an Object at a certain time or use AXSOR to find Addresses in maps, send Messages for Activities that have not been performed or make Reservations of Objects. The possibilities are almost endless.
If it turns out that you are in need of more functionality, it is possible to integrate AXSOR or we might develop the new function.
Different limitations and settings can be set to give you Warnings and Alarms that you want to pay attention to. When they appear, check what has happened and when action is taken, you can easily reset the Alarm. All information remains in the system, but now you can focus on new Events.
Where can I see withdrawals?
All withdrawn Objects are shown in a list view under Check Up, but you can also have a look directly into an EAGLE-Assembly. In this way it is possible, not only to see withdrawn Objects, but also which Objects that are Reserved or not administrated yet.
Add a new Receipt by choosing the receipient and then add the Objects to the Receipt. Simple. And of course, it is possible to have different return times for different Objects in the same receipt.
Ease up the handling of receipt
Instead of printing Receipts on paper, you can sign them directly in AXSOR on a signing pad. This saves time and at the same time it saves the environment. It is also possible to identify the receipient by scanning a drivers licens or other type of ID by using a scanner.
AXSOR is installed on a server, usually operated by your IT department. If, by any circumstance, you don’t have the possibility to install AXSOR on your own server, PAAM can offer to host your installation. The servers we use are placed within EU.
IT - Conditions
What specification is needed for AXSOR?
Data below is specified for a dedicated server. However, it is possible to split the application and database servers on different servers. It is also possible to use virtual servers.
|One-core Processor||min 2.0 Ghz|
|Multi-core Processor||min 1.6 GHz|
|Internal memory||min 2.0 GB|
|Operative system||MS Windows 2008-new/Ubuntu 18.04-new|
|Web server||IIS 6.1-new /NGINX 1.14-new|
|Database server||MS SQL 2008-new / MariaDB 10.3-new|
|Other||ASP.Net 4.6 (CGI/ISAPI-limitation)|
|Other||.NET Core2 Windows Server Hosting bundle|
|Storage application||min 500 MB|
|Storage database||min 500 MB|
|Port openings||80 (in) 22 (out to EAGLE)|
|Misc.||IP bound to Website|
Back-up plan has to be set in MS SQL Server. The databases are approx. 250 MB at start, but it grows continuously as the system is used. As a guideline the database grows approx. 100 MB per assembly per year.
What is installed on the server?
The following web services and databases are installed on the server or servers that are used:
- Web services
AXSOR_GLOBAL for database control
AXSOR_DB with actual data for administration
AXSOR_LOG with administrative history data
AXSOR_Archives with history events from EAGLE
What web browser are possible to use?
The two latest versions of the most common web browsers are possible to use for AXSOR:
What has to be installed on the client PC?
There is no need to install anything else besides a web browser.
Everything is managed in the web browser. This means that there is no need for updates on a single PC to manage the system.
If a signing pad should be used there is a need to install drivers for that specific device. However, all other readers that are possible to use with AXSOR do not need any drivers to be installed.
What happens if there is a power failure?
It is of course a need of UPS for the AXSOR server as it is on every server.
In old EAGLE there is a built-in battery back-up. New EAGLE is powered via an UPS with battery back-up. It means that the assembly will be working for at least 12 hours with normal usage. The power failure is of course indicated with an alarm so it is possible to discover as soon as it happens.
What happens if the network is down?
Communication between AXSOR and EAGLE is no longer possible. AXSOR will indicate that the network is down.
Registrations and changes that are made in AXSOR are stored and will be sent out when the network is working again. All things that happens in EAGLE are stored locally until the network is up and running and the data are sent to AXSOR.
IT - Development
What is AXSOR developed in?
The development of AXSOR can be summarized by the following:
- Responsive design developed in Angular supported by HTML5/CSS3/Sass and with framework Bootstrap 4.
- The Browser client communicates Asynchronously via HTTP or HTTPS with a JSON REST-Api.
- Events and HTTP Traffic is turned into observable streams using RxJS 6.4.1
- A few jQuery (v3) plugins used side-by-side with Angular
Furthermore, Back-End is developed in:
- .NET Core 2.2.3
- Data Access via Entity Framework Core 2.2.3
- För MySql: Pomelo 2.2.0
- RESTful JSON api
- Autentisering via JWT (JSON web token)
What is EAGLE developed in?
EAGLE is developed in the following languages:
- C, C++, C#, Assembler, Lua and SQL
EAGLE is developed in the environment:
- Rowley CrossStudio 2.3, QtCreator and Visual Studio
Operative system is Linux 2.6-4.4 using X-Windows with LXDE.
Framework: Qt, SQLite, Curl, Lua etc.