Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
QUESTIONS ABOUT DATA QUALITY AND SECURITY
Travel data can be accessed until 30 days after the end of the respective trip, if the respective time frame is selected using the custom range button. Please note that by default, only current travels are displayed.
The data is being deleted after 6 months.
Over 70% of traveller data we receive is somehow incorrect. Spelling mistakes in names, missing or wrong phone numbers are the biggest challenges. We cannot contact travellers correctly if we do not have their correct emails or phone numbers. What can you do? Make it mandatory that travellers always enter and update their contact data in the platform’s user profile. Also, if travellers are entering their correct name, phone number and email address during a travel booking, this will help significantly. For travellers that are travelling to high risk countries, make sure they use the calendar tracking as an addition. This way, based on a more precise localisation, both preventive and reactive measures will target the traveller more effectively.
QUESTIONS ABOUT PERMISSIONS
Users with traveller group permissions are not authorised to access the platform’s travel monitor.
Alerts and special alerts for managers are different than for travellers. Managers will receive additional information e.g. how many travellers have been affected by the particular incident, what is their respective status (in a special alert) etc.
Your company’s valuables – travellers and sites as well as alerts and all the relevant information details on them can be overviewed in the travel monitor.
The default view for desktop use is the 1:1 view, sharing the screen between the navigation panel on the left and the map on the right. All navigation including list selection will be mirrored in the map and vice-versa. If you select an item in the list, you will not only see the object details in the panel but also the object’s location on the map.
You can also navigate through the map, zoom in for a more detailed map view and choose between multiple risk and information layers using the layer navigation in the upper-right corner of the map. If you find the map too crowded, you can de-select, for example, sites and alerts to reduce the information and number of icons on the map.
LIST VIEW, CHARTS AND MAP VIEW
To make it more intuitive for you to find what you need, the platform provides multiple views of the events.
In the list view on the left side of the screen you can see the events (filtered to your needs) in the specific order of your choice – by date or by impact. Switch to the chart view, and the same events are displayed in a risk trend line or risk locator. These charts help you identify overall risk trends and major risk locations. Alternatively, you can navigate through the events using the map and its multiple map layers in the corner of the screen to extract the information you need.
ALWAYS BE PREPARED
Each country has a list of key recommendations that significantly reduce travel risks, if followed. Much the same counts for medical recommendations. Of particular interest is the section “specific advices” which provides special recommendations and detailed information about a specific risk prevalent in the respective country.
Share location data to increase travel safety
Most importantly, using the app while on a business trip provides a number of functions that improve the monitoring and alerting and thus increase travel safety significantly.
EMERGENCY BUTTON
In critical situations, the traveller can push the emergency button and will be automatically connected with the Operations Centre. To make assistance fast and precise the person can share his/her exact location with EXOP, so they can localise the person and determine appropriate assistance measures.
This feature also serves as silent alarm for travellers that are in a life-threatening situation and not able to speak on the phone. Simply pushing the button "call for assistance" will immediately transmit the traveller’s location to the Operation Centre and trigger subsequent emergency procedures.
CHECK-IN
The check-in feature is the easiest and most accurate way to submit the current position of a traveller to the platform and integrate the person, based on the name, phone number and email address of his user profile, into the monitoring and alerting. The user will be monitored at exactly the geo-coordinates sent by the last check-in. Managers can see the traveller and his position in the travel monitor. After eight hours with no updated position, the monitoring will be terminated.
Support expats according to their needs
The support of expats often differs largely from the usual travel support. "Expat Management" gives you a framework to manage expats according to their needs and integrate them into the X-ASSIST monitoring and alerting.
To register your expats move to Travel Monitor in the menu bar and choose Expat Management.
Select add expat and then select the user.
MONITOR YOUR TRAVELLERS
The Travel Monitor is the heart of the platform. Travel managers can monitor and overview travellers and their statuses worldwide, trace emergencies and initiate status calls. According to your settings, the Travel Monitor steers and defines alerting, communication and emergency procedures for your company.
Setting up the platform takes around 10 minutes, once you have defined all your settings, you will have the system do the job for you.
ALWAYS ONE STEP AHEAD
Gain a better understanding of the security situation in a country. Crime, civil unrest, terrorism, general risks and governance are all key categories to be assessed to provide a basic country risk portfolio. In addition, our experts identify urban risks for each country’s most relevant cities and add new information on a monthly basis, even revealing no-go areas for travellers.
Benefit from the knowledge of our strong global network.
On the page Articles you have access to reports and analyses in the field of crisis management from EXOP and EXOP's partners. Among others you can find our regularly updated COVID-19 factsheet here.
If you subscribe you will be informed each time a new article is being published. With "unsubscribe" you will not receive the email information anymore, but still be able to access articles and reports directly from the platform.
INSIGHT AT A GLANCE
Charts provide smart graphics for analytical users. Risk lines, forecasts, upcoming events and risk categorisers – all these visualisations help you better understand an overall risk trend from recent months to today and to identify key risks for travellers at a glance.
QUESTIONS ABOUT ALERTING
Alert: An alert is an email information about an incident that has possible effects on travellers, sites or business activity. Alerts are related to a specific traveller or a company site location. For each incident that triggers an alert, the system sends different emails – one is tailored to the traveller, the other is tailored to the travel manager.
Special alert: In the event of a special alert, it cannot be ruled out that a traveller is directly affected by a security incident that can pose a threat to life and health. The platform directly contacts affected travellers via phone call in order to detect their status. In addition, the traveller receives the incident information via email, including behavioural guidelines to reduce the risk in the vicinity of the event. For each incident that triggers a special alert, the system sends different emails – one is tailored to the traveller, the other is tailored to the manager and includes continuous status updates.
There can be different reasons for a situation like that, for example:
Scenario 1: Assuming traveller A and B are at a conference together, but the location confidence of both travellers is different. While the platform only received PNR data with the arrival airport of traveller A, traveller B used the calendar tracking feature and added the exact location of the conference venue. As a result, the platform has more precise travel data for traveller B than for traveller A and hence, determines a larger incident radius for traveller A. While the system can exclude traveller B to be inside the impact radius of the incident that triggered the alerting, it has less precise information for traveller A and thus, in order to find out, if he needs help, triggers the automated status calls
Scenario 2: Traveller A and B are again at a conference together, but work for different companies, both using the platform. It is highly likely that the alerting settings of both companies vary largely. Company A may be risk-averse, while company B is more prepared to take risks. That means the alerting settings of company A allow for a large number of special alerts, also including incidents with rather moderate severity. Company B on the other hand, prefer to trigger the status detection process and have their travellers called only in the event of critical incidents. These two scenarios shall explain that several parameters determine the incident radius. Among the strongest parameters shaping the radius are the incident impact, the incident category and the traveller location confidence. If you are uncertain about your settings or just curious, how the platform works, you can check and see in the section called “incident radius preview” in the alerting settings of the travel monitor.
Special alerts are visualised as icons with a red frame. Alerts are visualised as icon with a yellow frame. You also can use the filter to find a specific alert or special alert.
As soon as the platform detects the incident and it has been verified by the analyst (generally, the verification takes 1-2 min.), the platform will immediately start calling your travellers. If you defined in the call settings that your travellers would be called ONCE, you would receive a final status of all 200 travellers within 1-2 minutes. However, usually, it is preferred to have more call attempts as most of the time your travellers will not answer at the first call.
Country information provide a first overview about the risk profile of a country. Reading the information will give you a first indication if travelling to the place is dangerous for your travellers or not. It also recommends the implementation of specific risk mitigation measures to reduce the risks for your travellers and fulfil your duty of care.
Country and city risk layers as well as incidents are the outcome of the EXOP team’s work. All the security information is peer-reviewed by analysts. Business and corruption layers are derived from publicly available sources (e.g. World Bank etc.). The foreign ministry digest is calculated by an average of the respective country risk ratings by key foreign ministries incl. UK, US, Germany, Australia, France etc.
Our aim is to provide updates in real time. All content is updated automatically and in all languages as soon as key information e.g. security risk levels have been verified and changed by EXOP’s analysts. We have no editors writing all these texts.
Users with administrator permissions can define the content each user group (traveller, manager, admin) has access to, in the admin panel. Usually, travellers have no access to duty of care recommendations, business risks and liability recommendations.
The platform’s content including all communication (email and phone calls) is available in several languages, among them French, German, English and many more depending on your company set up. Users can select their own language: They just need to go to their user profile and select the language they prefer.
Security-related incidents are the basis for alerts and special alerts, which always result from a potential impact on travellers or sites calculated by the system. If you have set up favorites on the Global Events or Country Risks pages, security-related incidents also trigger an email information about the incident (security information).
Security information are sent individually for each user, regardless of your location or Travel Monitor settings.
Security information based on favourites do not trigger any emergency measures or calls.
This function is a huge advantage in cases where position data are rather inaccurate, e.g. if PNR travel data only provide the location of the arrival airport. Also, if there has been no time for regular travel registration (manual, calendar or PNR registration) at all, with the push of a button, the traveller is being taken care of by the platform’s monitoring and alerting after only a few moments.
ACTIVE LOCATION ALERTING
Travellers using the native app can transfer their movement and location data directly to the platform with their express consent. Based on the movement data of the traveller’s smartphone, the travel manager can follow the live-position of the traveller. This way travellers can also be monitored on the route and on the move.
This option is specifically useful for overland transport, e.g. from the airport to a remote project location. Also, in cases where travellers and expats have a commuting routine in higher-risk areas, the active location alerting increases their safety considerably.
Start using the platform by checking out the navigation bar. Click/touch the respective icon and get direct access to the Travel Monitor, Risk Map, Global Events, Country Risks, My Trips - travel registration options as well as our Articles. Finally, you can access your profile to administer your personal account or those of others, depending on your permissions.
Critical on-trip functions can be found on all sites in the upper left corner of the screen: Touch the icon next to the logo to access the emergency button and the options for location sharing:
Call for assistance - Call the operations centre in case of emergency and share your location
Check-in - Send your exact location for a more precise monitoring and assistance
Active location alerting - **** Share location and movement data and make your transport safer
Depending on the size of the screen you use, there are different screen splits available. As you navigate through the different pages and use the platform you can adjust the screen views to your preferences with one or two clicks on the view mode icon, always placed in the upper left corner of the screen. In all mobile views you can switch from the navigation panel to map view with one click on the map icon and back.
Use the search field on the map to paste the address or move the marker to the target location to set the expat's permanent location. Then enter the time period.
With all your expats registered, you have a quick overview of all long-term assignments and can manage them directly from the X-ASSIST interface. Make changes of the duration of a stay or place of residence quickly and easily. Of course, business trips of expats during the assignment can also be included in the X-ASSIST services and procedures either automatically through your travel agency booking or manually through the trip or calender registration (please see Travel Data Integration).
Charts View - List View, Charts and Map View
Assistance
Pre-trip information
Alerting
TYPES AND LAYERS
The Risk Map is the heart of the platform’s dynamic country information. See tutorial:
Zooming into the map reveals the EXOP risk ratings even below country level. It shows the risk of governorates and provinces, down to cities and even city districts. Having a closer look at important cities will show violet-marked areas of higher risk for travellers. You can select to display different information, map types and layers.
Using events selection and event visualisation, you can generate a professional risk profile of a region based on the security incidents in the risk categories of your interest and in a certain time frame.
At one glance, the heat map shows you hot spots of risk. Defined by your filters, it shows you which areas are to be avoided and which areas require higher security measures. A threat that was acute three years ago does not necessarily have to be present today, which is why using the time filter is imperative to get a clear answer to your questions.
VIEW SECURITY EVENTS WORLDWIDE
Any event or incident with relevance for security and travel that has been identified over the past years is listed on the global events page.
The events listed provide structured and comparable information such as risk category, date and time, impact and exact location of incidents, added by a direct link to news sources. That way you get an insight to what happened on the ground and consider if security or medical prevention measures have to be adjusted.
In addition, you and your travellers will be alerted by announcements of future events so you can minimise the risk and prepare your staff in advance.
Of course, you need to find out about specific places, topics and times: You want to know if your travellers face a risk of violent demonstrations when staying in the capital, or if there are any clashes in the hinterland where your project site is located, or in what seasons do hurricanes bring flooding and destruction to a specific travel destination? Target your search according to your specific questions using and combining the multiple filter options.
You can also monitor your branches, project sites and offices.
Click the sites button in the travel monitor menu to display a list of the sites and office locations of your company, if you integrated them. Use the search bar to find a specific site. You can search for the name of a site or search by country/ countries to display multiple sites located in those countries.
Click on a site icon on the map or on a site in the list to display the details available: the site address and the exact site location coordinates.
If you click the travel monitor icon in the navigation bar, choose site management to access the editing panel.
If you had already some company locations integrated, you can edit or delete them easily if you click the arrow on the right side of the list entry for the site you want to edit.
You can add a new office location or project site if you click the + add site button. Use the search bar in the map to locate your relevant site and use the marker to set the exact location. Name the site and press the green save button. A green message “site added successfully” will appear.
You can add your site emergency contacts by editing the site and adding the site emergency contact. Site emergency contacts will receive emails in case the site is impacted by an security incident.
You get the full overview of your travellers with one click on the traveller icon. On the travel monitor start page at one glance you can see:
the current traveller status overview, showing travellers’ statuses of the past 72 hours
the number of travellers located in low, elevated, high, extreme risk countries
By default, the system shows you the information for current travels. If you need to know about past or future travels, use the custom range button and make your time frame selection. At any time, you can use the red button to initiate an automated status request for selected travellers to find out about their current status. That way, for example, you can have a daily status update on your travellers to high-risk countries.
Click on a traveller icon or on a traveller in the list to display the details available: the contact details and the traveller locations that are registered with the system. At first glance, you can see which travellers have no registered phone number or email address. Behind the name of the traveller, the corresponding icon will be displayed.
Traveller locations disclose information on the different stops and stays of the traveller over time, including
the duration of each stop
the location (coordinates and position on the map) of the stop
the latest status call information, if applicable
STRAIGHT TO THE POINT
The summary provides an overview of past and future security incidents in the country. You can directly screen the four latest incidents, get a picture of the incident frequency over the past months and see the most important incident categories for that country.
This will help you better understand security developments on the ground and the biggest threats to your travellers. With the help of the “take care of” section, you can immediately see which topics need to be considered before and during a trip.
HAVE AN OVERVIEW OF THE KEY RISKS
X-ASSIST on the go
X-ASSIST is also available as browser-based web application and as native mobile app, providing you with all the powerful features of the desktop version:
Emergency call and location sharing - If you are in danger, you can reach EXOP Operations Centre 24/7
Check-in and active location alerting - You can increase your travel safety providing precise information on your whereabouts
Status call - If a security incident occurs nearby, you will receive calls to check if you need help
Alerting - You will receive e-mails informing you about the latest security developments and incidents onground
Travel security information - You can access all relevant information of your travel destination at any time
The browser-based web app is the preferred option for companies that generally restrict the installation of apps on company devices. Without downloading the app from the stores, users can use all platform functionalities via the browser, including sharing of geolocation and the emergency button.
The X-ASSIST App for IOS and Android ( or ) offers the same functionalities as the desktop platform.
To activate the native app, please do as follows:
Log into the platform as you usually do and open your user profile. Click „Mobile App“ on the left side of the screen.
Install and start the app on your mobile device. The app welcome screen shows an 8-letter authorisation code.
Enter the code in the field „Authorisation code…“ in your user profile click „Authorise“.
Mobility Risk Management
Please note that EXOP has been renamed Crisis24 GmbH. You still find EXOP letterings in screenshots and videos for a certain period.
X-ASSIST is a mobility risk management platform that identifies security incidents worldwide 24/7, matches the location of the incidents with travel booking data of your company and automatically calls your travellers if they are within a certain impact radius of an incident.
Within only 2 minutes X-ASSIST is able to tell you if all of your travellers are ok or need help. The platform also allows emergency calls, location sharing (if permitted) in case of emergencies and status requests.
To summarise, X-ASSIST:
Identifies and minimises travel risks
Integrates travel data and maps the location of travellers and sites
Finds relevant security incidents rapidly with the help of artificial intelligence
Matches the location of travellers and sites with current security incidents in seconds
The following guide intends to describe key functions and features of X-ASSIST, the mobility risk management platform. After each section, you will find FAQs which might directly answer your questions.
ADMINISTRATION OF USERS AND GROUPS
If you are an administrator of the platform you have additional rights. You can view, edit, delete, add and invite users to the platform.
It is easy to add or invite users. To add a user just click “Add User” and type in all the details and most importantly select the user group. In most cases you will add users to the Traveller group. Please keep in mind that users in the Admin and Manager group will be able to access the Travel Monitor and see personal data. With this option you will need to communicate username and password to the user.
If you click “Invite Users” the platform will send out an email to all given recipients with an invite to register themselves. This option enables you to add multiple users at once.
Please note: If you add or invite users, assign them to the correct user group. In most case this should be the Traveller group. Users in the Admin and Manager groups will be able to access the Travel Monitor and see personal data of travellers and expats.
In this section you can view the available groups. Newly registered users via SSO are automatically added to the default group (usually the Traveller group). Only one group can be the default group in each organisation.
Please note: You are not allowed to delete the default group. Also, you cannot delete a group with existing users linked to this group.
VACCINATION OR NO VACCINATION
Medical precautions must begin long before the trip. The platform lists latest medical events and relevant vaccinable and non-vaccinable diseases, so you and your travellers, together with a physician, can decide how to prepare for the journey well in advance. For those who prefer to work with their own medical sources, all medical information can be deactivated. Activation or deactivation refers to medical risk overview, medical advisory and medical map content.
INFORMATION AT A GLANCE
DEFINE PRE-TRIP INFORMATION SETTINGS
Pre-trip information (PTI) provide an overview of the risk situation in a country of destination, including key recommendations. More specifically, there is a PTI for each country the traveller visits during a trip, including departure and transit countries.
PTI are delivered via email, before departure. According to your company needs, you can determine the following PTI and email dispatch settings.
Selecting the alert overview will directly lead you to the alerts/special alerts your travellers have received. To reduce the list of incidents displayed you can choose to show either alerts or special alerts, define a certain time frame or select a specific country using the search bar.
The information you get in the list is mirrored on the map. Selecting an incident will provide key information on the incident such as:
Country of incident & headline
Incident category/subcategory
Check for entry regulations and COVID-19 restrictions before travel
You and your employees cannot only find information on the risk profile of their destinations when planning a business trip, but also check for current visa requirements for the planned trip. In the main menu under Country Risks you will find the item Visa Requirements. The feature is reserved for Advanced contract clients.
Fill out the form according to your individual specifications and you will immediately receive an overview of the current entry and visa regulations.
QUESTIONS ABOUT ADMIN AREA
There are different ways depending on the login procedure:
If the user registers via email token or SAML, the platform will automatically create a new user (in the standard group) as soon as the respective user clicks on the link. Please note that the email domain must be white-listed for using email token.
User login and user integration
The platform makes the login process easy for your employees. Depending on the product you use, the platform offers various options. With a BASIC access, the administrator can invite new users to the platform, or simply add new users directly out of the admin area. The default login for all products is via username and password.
The ADVANCED platform version offers you two additional interfaces for integrating new users and logins.
MANAGE YOUR PERSONAL ACCOUNT
DEFINE ROLES AND RESPONSIBILITIES OF YOUR COMPANY
You designate the persons or entities that serve as points of contact for different tasks and roles. You can add as many persons or entities as you wish. Contacts can easily be moved up and down or deleted. All changes must be saved in order to be activated. The different roles are listed below. It might be useful to designate multiple roles to the same contact.
An administrator can simply add/invite users via the admin area. Multiple users can also be invited at once.
It depends. Travellers that have been integrated into the platform via automatic transfer of travel data and don’t have a user account in the platform cannot be deleted, neither can their trips. All travellers having an account in the platform can be deleted, including all their trips. Single trips cannot be cancelled, except trips registered via calendar tracking. In this case, the traveller himself needs to delete his calendar event.
This is not an error. In most cases, this is an email address that is temporary and not yet confirmed. For example, if you log in via email token, receive a link to register, but you never confirm your email with the link, the system will consider your email as temporary email.
By default, the link is valid for 24h.
A company can set a default language for all users, but every user can set the preferred language for himself in the user profile.
There is only one default language for all users in the platform. If a traveller wants to have a different language, he must have an account in the platform and change the language in the user profile.
In case of assistance, emergency contact(s) will be called on the phone number provided to coordinate follow-up measures. Emergency contacts are called in the same order as they are listed.
A person authorised to order fee-based services for your company in cases of assistance, analysis requests, etc.
Special alerts, alerts, status reports, medical reports, assistance case reports and risk level change alerts are sent to the email address provided.
A copy of pre-trip information (PTI) for travellers is sent to the email address provided. Please define your PTI settings in the section “pre-trip information”.
QUESTIONS ABOUT ASSISTANCE
Go to the assistance settings and select “Customer” instead of EXOP. Provide respective emergency contact details and your preferred provider will automatically be contacted in an assistance case.
This depends on your assistance provider. It is highly recommended to have a professional 24/7 assistance setup. If you choose EXOP as your provider, the EXOP Operation Centre will be there for you and your travellers 24/7.
Yes, select the traveller you want to contact using the filter. Click/touch on the phone or email icon in the traveller contact details, starting your phone or email client. This way, you can call or write an email instantly.
Click/touch the icon for travellers and the traveller list will be displayed. Click/touch the icon for site and you will have your sites listed.
Yes, if you select a traveller from the list or in the map, the following trip details will be displayed, ordered by stops of the trip: the registered traveller location (e.g. hotel), the country, the coordinates and the duration of the respective stop. Please note that travel data from different sources (PNR interface, calendar or manual registration) cannot be merged yet. That is a feature to come soon.
This depends on the service provider you are using. If you choose EXOP, the Operation Centre will continue to try to contact the internal emergency contacts. In any case, if there is an immediate threat to the life of travellers, and no internal contact can be reached, EXOP will nevertheless support in order to save lives.
Each user selects the time zone himself in the user profile. That is the time zone displayed in your account.
There are no hidden costs. Any costs that may arise in addition to the monthly fee, will be made transparent and must be authorised by the client. Please determine your authorising personnel, who are eligible to order fee-based services in the assistance settings section of the travel monitor. Please check your X-ASSIST contract for case fees.
Yes, you provide details on your medical service provider with the X-ASSIST contract and EXOP will integrate your provider into the assistance procedures. If you choose a different provider for security assistance than the EXOP, you will have to coordinate the integration of your medical assistance provider with them.
Asks proactively for the status of alerted travellers and feeds status back to management
Communicates in the language your employees feel comfortable with
Alarms the responsible management if support is needed and automatically triggers emergency support measures
PTI is sent to the registered email address of travellers, unless you deactivate PTI.
You can customise the introductory text of PTI emails sent to your travellers, so they can recognise them as a trustworthy message from their employer/company. For example: This email is sent on behalf of YOUR COMPANY. Please read the following information on your destination country carefully…. Have a nice trip.
Determine the country risk threshold for PTI. PTI is dispatched for all countries rated at least low, elevated, high, extreme. This way you can, for example, avoid PTI for low risk destination countries.
Determine the country risk threshold for report recipients. A copy of the PTI is dispatched for all countries rated at least low, elevated, high, extreme. You can receive a copy of all traveller PTIs. This way you are not only informed about everyone’s travels, but also have proof of having fulfilled your duty of care.
Receive PTI immediately after trip registration: This is a nice feature for travellers that want to be sure that their trip registration was successful. If you get a copy, this feature allows you to be informed immediately after the travel booking or travel registration.
Lead time: You can choose to dispatch the PTI 24h, 48h, 72h or 7 days before departure. According to your company regulation, you can define how many days before departure your travellers shall receive the information and have enough time to prepare accordingly. If, according to your above setting, a PTI is sent immediately after trip registration, this can be an additional reminder.
Receive PTI update when itinerary changes: Travel bookings can be complex at times, especially when an existing PNR is changed. Dates, times, airlines or destinations and stops can be changed and added, etc. Choose this feature to make sure, your travellers are comprehensively informed by the PTI in case of travel booking changes.
Dispatch PTI update when country risk rating changes: Your company travel regulations might foresee different processes for destination countries depending on their risk rating. With this feature, you can follow-up on travels to countries when their risk escalates, even after the booking has been done, and can adjust security measures, if required.
Ignore departure airports: When this setting is enabled, no PTI will be triggered by stays at a departure airport. PTI will only be sent for destination countries.
Exclude PTI for country of employment: When this setting is enabled, travellers will not receive PTI for stays in or travels to their country of employment. Please note that users candetermine their personal country of employment in the user profile, which will overrule the company-wide default country that administrators shall communicate to their key account manager, if they want to make use of this setting. To give an example: Germany-based companies may like to exclude PTI for Germany in general. An employee of the same Germany-based company may work in France. He can exclude to receive PTI for France by setting up his user profile accordingly. Minimum stay duration: You can determine that for short stays (e.g. transit) no PTI shall be sent to the traveller. If activated, stays which are shorter than 1, 2, 4 or 8 hours will not trigger a PTI.
Incident impact score
References
Event ID
And the travellers affected: click on the button to display a list of those travellers that were affected by the incident, with the option to also display their traveller details.
With the Single Sign-on authentication based on email tokens, all employees who have a personal company email address are given access to the platform without any username or password. For this purpose, a special login page for your company exists. A user will enter his company email address and will receive a login link valid for 24 hours via email to the same email address. You will find this link in the admin area under organisation. Here you also specify a whitelist of allowed company domains for which the login is possible.
Top advantage: This procedure is technically fast and easy to implement. Everyone with a company email address can login to the system, without a username and password that have to be saved and remembered.
With the single sign-on procedure based on SAML 2.0, the login is integrated into the company’s user authentication process. Once a user is authenticated to the company’s infrastructure, the user will automatically login to the platform by simply clicking a specified link on the company intranet. In order to apply SAML 2.0, you specify the configuration for SAML in the admin area under organisation and your IT can integrate the platform into your company intranet.
Top advantage: The platform is integrated into your intranet with. No separate user login is necessary, no additional username and password is required.
In addition, users can select their preferred language and time zone. If user’s login via username and password, they can also change their password here.
For additional safety they can also enable two-factor authentication for their account. Users can also determine their personal country of employment in the user profile.
DEFINE ASSISTANCE SETTINGS
Please note that EXOP has been renamed Crisis24 GmbH. You still find EXOP letterings in text, screenshots and videos for a certain period.
When your travellers need assistance, they need ONE contact point, ONE phone number they can call for help. In this section you select the first emergency contact point for your company. It will be this number that supports your staff 24/7 and worldwide.
The platform leaves you two options detailed below:
Operation Center
Your Own Emergency Setup
The Operation Center will handle 24/7 emergency assistance for you.
Travellers who reply with “help” to the automated status call will be forwarded to the our Operation Centre.
The phone number of the Operation Centre (here EXOP) is displayed as emergency phone number in all email communication related to travel security and assistance.
You can also choose to provide your own emergency setup.
Travellers who reply with “help” to the automated status call will be forwarded to the individual phone number you provide.
The first emergency contact’s phone number is displayed as emergency phone number in all email communication related to travel security and assistance.
Please note that in this case we will not be included in any emergency communication. If ‘Customer’ is selected, the phone number of the first emergency contact is used as emergency phone number.
In this section, you can enter your dedicated medical provider to whom medical cases should be forwarded and specify their details. Remember: all changes must be saved to be activated.
In this section, you can enter all information of your dedicated business travel agency. If your travellers have inquiries about their travel bookings, they will be automatically forwarded to the number of the responsible travel service provider. Remember: all changes must be saved to be activated.
Please note that comment fields are for your internal use only.
This setting controls how long X-Assist keeps old status requests, alerts, travel data, and geo-tracking data. After this period, the data will be permanently deleted. Note that some of this data is also used for reporting purposes. For example, if you want an annual report on your organization's travel activity, then the data must be kept for at least one year.
SAVE YOUR COUNTRY AS FAVOURITE
If you are interested in specific countries, you can save them as favourites. See tutorial:
What are the advantages?
You can access them directly from the country information page by selecting it from the list of favourites, which is displayed when you click/touch in the search bar on the left of the page.
More importantly, you can receive country information alerts if anything happens in the country. Just select “send me an alert”, then choose from which impact level on you wish to receive alerts and “save”.
You can also receive risk level change alerts in case the overall country risk level changes, called Risk Level Change Alert.
You can receive information alert digests for your favourite countries. Let’s say you want to receive once a week at 9:00am and overview of all events that occurred in the country over the past 7 days. Just go to “Alert digest”, define your individual settings and “save/ update” your favourite.
The alerts you receive are only information alerts about events occurring in the country. They include no recommendations and they are not linked to your location. Moreover, all permission levels have access to these settings, including travellers.
INFORMATION AT A GLANCE
On the travel monitor map we use the following icons.
The traveller icons have different colours, depending on their status within the past 72 hours:
The two letter IATA code of the airline.
The name of the airline.
Airlines can be joined with:

The extensive automation of the platform is of no use if no trips can be registered and thus monitored. Therefore, we make travel data integration as easy as possible and offer several options of travel data transfer into the platform. Depending on your company technical and travel booking setups, you can choose the option that fits best.
Travel data can automatically be pushed into the platform when integrated into your existing travel data process. Once it is integrated, no additional manual effort is necessary. All bookings and changes will be automatically transferred to the platform, including cancellations. There are two possibilities to achieve that:
Standing interfaces to the platform. With this solution, you can directly connect your travel management systems to the platform via XML or REST.
Interfaces from your travel management system or travel agency. We can connect to all travel management providers and systems, as well as travel agencies via individually programmed interfaces.









Green
Ok
Status feedback by travellers as response to the automatic status call that they are well
Status feedback by travellers via email or telephone that they are well
Status feedback that the traveller is well, through one of the emergency contacts by email or phone
Yellow
In Process
The automatic status call series is still ongoing. No status feedback has yet been issued.
Orange
Unknown
No status was detected until the last status call has been completed (telephone switched off, voice mail, call not answered, no connection).
Status feedback by a third party, other than travellers or emergency contacts. The emergency assistance provider informs emergency contacts, including name and contact of the third party.
Red
Need Help
Status feedback by travellers that they need help as direct response to the automatic status call.
The emergency assistance provider has clear indication that affected travellers are in critical danger (threat to life, limb or health) and will initiate the emergency assistance process.
White
No Status
Please note that both statuses Unknown and Need Help indicate that travellers might be in danger and need assistance. The emergency assistance provider will initiate an assistance case, inform the emergency contact and coordinate specific follow-up measures.
This depends on the login mechanism you use. If you use username and password just click “Forgot your password?” on the login page and follow the instructions. If you use SAML or email token, you don’t have login credentials. For email token login just start the process again to receive an email token link. Please note that your email domain in your company email address must be white-listed for using email token. You also need access to your company email address. In case of SAML, just click on the link provided by your company. For this to work you must have a valid company account and be connected to your company’s infrastructure.
The “Country Stays” cube contains information about the countries that people visit.
A stay in a country is defined as the time interval between entering and exiting the country. Stays which last less than 8 hours (e.g. by people who commute daily between countries) are ignored to reduce noise.
Ongoing stays have an indeterminate length, since their end date is not known yet.
“Country Stays” is a that allows change tracking over time by applying a filter to “Country stays – Valid on” or selecting it as a time dimension.
The “People” cube contains information about the people that X-Assist knows about. This includes travellers, expats and regular users.
The following Venn diagram shows the logical relation between the sets of people, travellers, expats and users:
“People” is a that allows change tracking over time by applying a filter to “People – Valid on” or selecting it as a time dimension.
Your account may be locked. This can have several reasons. First, it can happen if you tried to login with the wrong credentials too often. In this case you will get unlock instructions via email automatically. Please follow them. If you didn’t receive them, just click “Didn’t receive unlock instructions?” on the login page.
It is also possible that you got disabled by you administrator or the whole company got disabled (e.g. your contract expired). Please check with your administrator for help
Just go to the admin area to users and edit the user. There you find the check box to disable the user.
Only registered users of the platform can sign up for calendar tracking. If there is no user profile the platform administrator receives an email to invite the designated user to create an account.
This can have multiple reasons. In general, the error message you received via email will tell you the exact error. Adding the platform email address directly as a guest in the calendar application and do not forward the calendar event via email, is the most common error. In case of Microsoft Outlook do not use an appointment and forward it. Create a meeting where you invite the platform directly to the meeting.
The number of affected assets (people or sites) in the result set.
The UTC timestamp at which the alert was triggered.
The type of the alert. Note that the alert type is determined separately for each affected asset.
Possible values:
Alert (alert): A regular alert without a direct impact on the asset.
Special Alert (special_alert): A special alert with a possibly direct impact on the asset.
The type of the affected asset(s).
Possible values:
Person (person): The affected asset is a person.
Site (site): The affected asset is a site.
Alerts can be joined with:
The number of distinct country stays in the result set.
The UTC timestamp at which the person entered the country.
The UTC timestamp at which the person left the country. This value is optional.
The UTC period during which the record was valid (i.e. the time from creation to deletion of the record).
Country stays can be joined with:
The three letter IATA code of the airport.
The name of the airport.
Airports can be joined with:








Special alert: an email information about a critical security incident that occurs in the vicinity of travellers and hence likely affects staff, sites or business activities. The same email also includes behavioral guidelines for travellers that are in the vicinity of such an incident. Most importantly, a special alert immediately triggers a series of automated status calls to those likely affected travellers in order to find out if they are ok or need assistance.
Customise alert emails and use pre-trip alerting.
First of all, you can customise the introductory text of alert emails sent to your travellers, so they can recognise them as a trustworthy message from their employer/company. For example: This email is sent on behalf of YOUR COMPANY. We like to keep you safe and updated during your travels. Please read the following carefully…
You can include travellers in the alerting process prior to their trip. If activated, travellers receive alert emails 24h, 48h, 72h or 7 days before travel. It is often helpful to be informed about what happens in the country before departure to prepare accordingly e.g. re-arrange meet and greet etc.
An alert is an email information about an incident that has possible effects on travellers, sites or business activity. Activate the alerting and the following settings will apply for your company.
What is the alert threshold? You can define the severity threshold for incidents that trigger the dispatch of alert emails. Depending on where you set the slider, your report recipients and your travellers will receive alert emails for incidents of at least minor, moderate, significant or critical severity.
A special alert is triggered, if a critical incident occurs and your travellers are nearby, inside the impact zone of the incident. In this case, you want to know as quickly as possible if your travellers are ok. In the event of a special alert, affected travellers are called on their registered phone number in order to find out their status (status call). The platform will find out if a traveller is ok or needs help and will inform report recipients automatically. In addition to the status call, travellers also receive the incident information with recommendations via email.
You also define the severity threshold for incidents that trigger special alerts (status call and special alert email) for your company’s travellers. It can be different from the alert threshold – depending on how risk-averse your company is. Set the slider to minor and status calls are triggered by rather insignificant and non-life-threatening incidents. Set the slider to critical and the automated status detection is triggered only by the most severe incidents. Please note that many incident categories, such as peaceful protest, non-violent crime and the like, by nature do not trigger a special alert status call.
You can determine the number of status calls to your travellers in an emergency. Often travellers will not answer the call immediately. Calling them several times with some 5 to 10 minutes in between, means better chances that they answer and give their status information. Travellers that do not answer the phone (phone switched off, voice mail, no pick-up, no connection) are assigned the status “unknown”. Emergency contacts will be informed, and their status must be followed-up on.
SMS and email reminder: Unknown travellers who did not answer the status call, will receive an email and an SMS with a request to provide their status information. The idea is to have them call back or send an email to their emergency contact as soon as they receive the message. If you do not want an SMS to be sent in addition to the email, you can switch it off.
The special alert process can also be initiated for travellers whose exact position in the country is unknown. When activated, status calls are triggered by all incidents in the respective destination country with the above defined severity threshold.
If you are uncertain about your settings or just curious, how the platform works, you can check and see in the section called “incident radius preview”. Based on a multitude of parameters, the platform dynamically defines individual impact radii for alerts and special alerts around a security incident. Among the strongest parameters shaping the radius are the incident impact, the incident category and the traveller location confidence.
Test your settings before going live!
Use the slider and choose an incident impact value, choose an incident category of your interest and pick a confidence level: In the graphic above you can see how the incident radius changes accordingly.
The number of distinct people in the result set.
The unique identifier of the person in X-Assist.
The person's first/given name. This value is optional.
The person's last name/surname. This value is optional.
The person's email address. This value is optional.
The person's phone number. This value is optional.
A flag that indicates if the person has a name, email address and phone number.
A flag that indicates if the person has a user account in X-Assist.
Possible values:
True (true): The person has a user account in X-Assist.
False (false): The person does not have a user account in X-Assist.
A flag that indicates if the person has activated the X-Assist app on at least one mobile device.
Possible values:
True (true): The person is logged into the X-Assist app on at least one mobile device.
False (false): The person is not logged into the X-Assist app on any mobile device.
People can be joined with:
The number of distinct organizations in the result set.
The name of the organization.
Organizations can be joined with:
Travellers who have not received an automated status call from the platform in the past 72h have no status.










The “Status Requests” cube contains information about the status requests that are performed by X-Assist.
The number of distinct status requests in the result set.
The total number of calls made for the status requests in the result set.
The UTC timestamp at which the status request has been created.
The type of action/event that triggered the status request.
Possible values:
Manual (manual): The status request was manually triggered by a user from the Travel Monitor page.
Special alert (special_alert): The status request was triggered by a special alert.
Emergency call (emergency_call): Deprecated, scheduled for removal in October 2022.
The final status determined by the status request.
Possible values:
Pending (pending): The status request is still in progress.
OK (ok): X-Assist received a positive response from the asset, indicating that everything is OK.
Not OK (not_ok): X-Assist received a negative response from the asset, indicating that assistance is required.
The reason why the asset state is “Unknown”. This value is not present for other asset states.
Possible values:
Call attempts exhausted (call_attempts_exhausted): The asset's status is unknown because it could not be reached via phone.
Call error (call_error): The asset's status is unknown because it could not be called due to a technical problem.
No phone number (no_phone_number
Status requests can be joined with:
X-Assist allows you to share your dashboards with other members of your team.
To do so, navigate to the dashboard list and click the “Add user” button. This will open the share dialogue. From there, you can manage the list of users you want to share the dashboard with and their permissions. Every user you invite to your dashboard receives a notification via email.
The following table lists the capabilities of the viewer and manager roles.
Regardless of the role a user has for a particular dashboard, they can only see data for organizations which they can access in the Travel Monitor. This is because you are only sharing the definition of the dashboard and its panels, but not the actual data.
QUESTIONS ABOUT GLOBAL EVENTS
An announcement is a security-related incident that can be expected in the future, such as strikes and demonstrations.
A security information is an incident information you receive via email when setting a favourite on the global events page or for a specific country on the country risks page. Once the system detects an incident that matches your favourite, you will receive an email with the incident information.
Additionally, you can schedule a periodic alert digest of all events which match this favourite.
An alert is an email information about an incident that has possible effects on travellers, sites or business activity. Alerts are related to a specific traveller or a company site location. For each incident that triggers an alert, the system sends different emails – one is tailored to the traveller, the other is tailored to the manager.
SPECIAL ALERT
In the event of a special alert, it cannot be ruled out that a traveller is directly affected by a security incident that can pose a threat to life and health. The platform directly contacts affected travellers via phone call in order to detect their status. In addition, the traveller receives the incident information via email, including behavioural guidelines to reduce the risk in the vicinity of the event. For each incident that triggers a special alert, the system sends different emails – one is tailored to the traveller, the other is tailored to the manager and includes continuous status updates.
Filters can not only be set for individual panels, but also for an entire dashboard. This feature is mainly used to change the time range or the selected organizations with just a few clicks.
The global time range can be changed using the date range picker at the top of the dashboard. All other global filters can be managed from the sidebar that appears when you click the “Filter” button:
The global time range and filters are saved as part of the dashboard and are available to all users with access to the dashboard.
Note that the global time range does not apply to all panels:
Panels which do not specify a time dimension ignore the global time range. This is indicated by an orange clock icon next to the panel's title.
Panels can explicitly override the global time range with a custom one. This is indicated by a blue clock icon next to the panel's title.
Getting started with X-Assist's analytics features
X-Assist has a powerful analytics feature that allows you to visualize your organization's data and build custom dashboards.
Head over to the tutorial to learn how to build your first dashboard.
The analytics page is powered by a separate , where data from various sources is consolidated, transformed and prepared for analytical processing ().
Unknown (unknown): The status request failed and could not determine the status of the asset.
Cancelled (cancelled): The status request has been cancelled because the status of the asset has been reset manually.
The number of distinct countries in the result set.
The name of the country.
For data exports, the ISO 3166-1 alpha-2 country code is used instead.
The overall risk rating of the country.
This value is only meaningful when „Countries – Valid on“ is selected as a filter or time dimension.
Possible values:
Low (1): The overall country risk is low.
Elevated (2): The overall country risk is elevated.
High (3): The overall country risk is high.
Extreme (4): The overall country risk is extreme.
Unknown (5): The country has not been rated yet.
The security risk rating of the country.
See Overall country risk for the list of possible values.
The medical risk rating of the country.
See Overall country risk for the list of possible values.
The terrorism / armed conflict risk rating of the country.
See Overall country risk for the list of possible values.
The civil unrest risk rating of the country.
See Overall country risk for the list of possible values.
The crime risk rating of the country.
See Overall country risk for the list of possible values.
The general risks rating of the country.
See Overall country risk for the list of possible values.
The governance risk rating of the country.
See Overall country risk for the list of possible values.
The UTC period during which the record was valid (i.e. the time from creation to deletion of the record).
Countries can be joined with:











Manage dashboard access and permissions
❌
✅
View dashboard
✅
✅
Copy dashboard
✅
✅
Remove dashboard (from your own dashboard list)
✅
❌
Delete dashboard (for everyone)
❌
✅
Edit dashboard
❌

✅


A vital aspect here is the distinction between operational and analytical data.
The operational data used by X-Assist always reflects the current state. Changes to operational data are visible immediately (e.g. on the Travel Monitor page), but the ability to explore historical data is very limited.
In contrast, the data warehouse is not updated in real time, but it keeps the full change history of each record and allows users to view historical data.
For example, this is what happens when a person gets deleted from X-Assist:
The person and all associated data (user profile, favourites, bookings, etc.) is immediately deleted from the main database of X-Assist.
As a result, the person is no longer visible in the Travel Monitor or the user list in the IAM.
However, the data is still kept in the data warehouse until the retention period for the records has expired.
Analytical data in X-Assist is organized in OLAP cubes, which consist of measures and dimensions.
Measures are the quantitative, numerical data that can be calculated and aggregated. They represent observations about the data such as the number of users or the number of alerts.
Dimensions on the other hand are categorical data (i.e. properties/attributes) that describe the measurements, e.g. country risk level, event category, alert type, etc.
The “Bookings” cube contains information about the bookings and trip segments processed by X-Assist.
“Bookings” is a Type 2 SCD that allows change tracking over time by applying a filter to “Bookings – Valid on” or selecting it as a time dimension.
The number of distinct bookings in the result set.
The number of distinct segments in the result set.
The unique ID of the booking from the upstream system. Also known as “file key”, “PNR ID” or “record locator”.
The human-readable name of the organization () that delivered the booking to X-Assist. This value is optional and will not be present for manual and calendar trip registrations.
The UTC timestamp at which the booking has been created in X-Assist.
The UTC timestamp at which the segment started.
The UTC timestamp at which the segment ended.
The type of the booking.
Possible values:
PNR (pnr): The booking was delivered to X-Assist by a .
Manual Trip Registration (manual_trip_registration): The booking was created through the manual trip registration in X-Assist.
Calendar Trip Registration (calendar_trip_registration
The type of the booking segment.
Possible values:
Air (air): Flight booking
Calendar (calendar): Calendar trip registration
Expat (expat): Expat registration
The numeric part of the flight number, without the airline code (“1234” instead of “LH1234”).
For , this will be the flight number of the operating carrier.
The UTC period during which the record was valid (i.e. the time from creation to deletion of the record).
Bookings can be joined with:




Solutions for correct travel data
Many times, your travellers cannot be monitored properly because you don’t know where they are? Why not? Incomplete booking data, spelling mistakes in names, missing or wrong phone numbers and email addresses make tracking and contacting your travellers difficult. We provide three options to solve this problem:
a direct check-in feature
Expat Registration (expat_registration): The booking was created through the expat management feature in X-Assist.
Hotel (hotel): Hotel booking
Accommodation (accommodation): Accommodation from the manual trip registration
Rail (rail): Train ride
Stop (stop): Deprecated, scheduled for removal in December 2022.


a manual trip registration (my trips)
a trip registration through your personal calendar
The check-in feature in the navigation bar serves as the shortest and most accurate way to submit a traveller’s position to the platform and integrate the person, based on the name, phone number and email address of his user profile, into the platform monitoring and alerting. The user will be monitored at exactly the geo-coordinates sent by the last check-in. Managers can see the traveller and his position in the travel monitor. After eight hours with no updated position, the monitoring will be terminated.
This function is a huge advantage in cases where position data are rather inaccurate, e.g. if PNR travel data only provide the location of the arrival airport. Also, if there has been no time for regular travel registration (manual, calendar or PNR registration) at all, with the push of a button, the traveller is being taken care of by the platform’s monitoring and alerting after a few moments.
With the second option you can manually register a trip for yourself or your staff easily through the platform. All you need is your trip details, e.g. flight or project/office site or hotel location.
Go to My Trips (suitcase icon) in the main menu and choose add manual booking. Click on add travellers to this trip and use the search bar to find the user who is travelling. Fill out the form with the trip details and register the trip. It is recommended to use the search bar to enter the accommodation location address of your stay. You can also move the pin on the map to the location you want to be monitored at during your stay.
After the confirmation notification, the trip will be visible in the Travel Monitor. The user will receive the PTI (according to your settings) and is integrated into the monitoring and alerting.
If two or more users are scheduled to travel together on the same trip, with the same trip details (same flights, same location, same timeframe) you can also select multiple users and make a group registration.
A huge advantage: you can also register a trip for your colleagues and team members. The only requirement is that your colleagues have a platform account.
You can edit trips that were registered manually via My Trips. To do so, open the Travel Monitor, search/find and select the respective traveller. You will see all the bookings, locations and references of the traveller's trip details (until 3 months after the end of the trip). Please click bookings, show more details and edit booking: the manual trip registration form will open and you can make your edits or delete the booking.
The third option is the calendar registration that allows your travellers to invite the platform to any of their appointments and trips worldwide. Travellers can invite the platform to their 3-day city trip with business meetings as well as to their visit to a project site located in a rural high-risk area and even to short stops along the road. The platform will be your travellers’ companion that informs them proactively if a security incident occurs and initiates emergency procedures, if it finds them in danger.
Simply register your trip through your personal calendar application in two simple steps– at the office with your desktop PC or on the go with your smartphone.
Create an appointment in your calendar for the duration of your trip, name your destination and invite the company specific email address as an attendee. You will find the email address in the platform under Calendar Trip Registration.
Within a few moments you will receive an email with a link to confirm the registration. This link leads to a confirmation page where you can directly add or update your location and contact details, such as your mobile number. Finally confirm the trip ... and done!
To summarize the benefits of using the calendar tracking :
QUICK — In ONLY A FEW Steps: Register trips in two easy steps wherever you are – at the office with your desktop PC or on the go with your smartphone. Just create an appointment for the duration of your trip, invite the platform as an attendee and confirm the trip registration.
EASY — Simply using YOUR PERSONAL CALENDAR: You can register your trip easily through your personal calendar application. The platform supports any common calendar applications, including Outlook, iCal and Gmail.
FLEXIBLE — Your flights change? Just adapt your calender event: You can postpone, extend or cancel the appointment in your calendar at any time. Your changes are forwarded to the platform immediately.
Every platform user can access his or her personal bookings, flights, trips and stays registered with the platfom. A GPS location transmitted via check-in on the other, hand will not be listed here. Select My Trips (suitcase icon) from the menu bar and then click show more to see the details of the relevant booking.
You can edit or delete bookings you had made in the platform itself (manual trip registration). Trips registered via calendar tracking can be edited by changing or deleting the event in your calendar application. PNR data transmitted automatically can only be changed by the travel agency.




When you add a new panel to a dashboard, X-Assist will open the panel editor.
From here, you can set the title of your new panel (along with an optional, detailed description), define the query parameters and preview the resulting panel.
In the query editor, you select the measure and dimensions that you want to visualize, together with any other filters you might need.
Each panel requires you to select exactly one measure. Dimensions and filters are optional, but meaningful queries typically require dimensions and filters as well.
The selected measure is the numeric quantity that you want to visualize, while the selected dimensions split/group the measure by certain attributes.
For example, you could select “Events – Count” as the measure to get the total number of Events in X-Assist as a single value. If you also add the “Events – Category” dimension to the query, the events will be grouped by category and the result will contain six values (one for each category) instead.
Not all combinations of measures and dimensions make sense, and some of them will result in an invalid query. Refer to the for more information.
Most of the time, you do not want to visualize all data, but rather only data in a certain time range. On top of that, you typically also want to group your data by a unit of time (e.g. by month or by week).
To achieve this, you can add a time dimension to your query.
The selected time dimension is the primary attribute that you want to use to filter by time (you can also add additional time constraints under “Other filters”). If you visualize the data as a line or bar chart, the time dimension becomes the x-axis of the chart.
Adding a time dimension to the query has two effects:
The data gets filtered by the selected time range.
The data gets grouped by the selected unit of time (unless “Without grouping” is selected).
By default, the panel will use the dashboard's global time range, but panels can opt out of this behaviour and specify a custom time range by enabling the “Override global time range” check box.
If your X-Assist tenant contains multiple organizations, you can use the organization filter to restrict the query to certain organizations.
If you do not select any organization, the query will be executed across all organizations that you have access to.
If filtering the data by time range is not enough, you can add additional filter for any measure and dimension under “Other filters”.
Depending on the selected attribute, you can choose from one of the following operators.
These operators select records where the selected attribute equals / does not equal any of the given value(s).
These operators select records that have / do not have a value for the selected attribute. Unlike all other operators, no value needs to be specified.
These operators select records where the selected attribute contains / does not contain any of the given values.
These operators select records where the selected attribute is less than / less than or equal to / greater than / greater than or equal to the given numeric value.
These operators select records where the selected attribute is inside / not inside the given date range. The date comparison uses UTC as the time zone, and both the upper and lower bound of the range are inclusive.
These operators select records where the selected attribute is before / after the given reference date. The date comparison uses UTC as the time zone, and the given reference date is always exclusive.
Filters can not only be applied to dimensions, but to measures as well.
However, unlike filters for dimensions, which are applied before the results are grouped and aggregated, filters for measures are applied afterwards (if you are familiar with SQL, this is the HAVING clause).
The order of operations is then as follows:
Filter the records by the selected date range of the time dimension (if any).
Apply any other filters for dimensions to the result set.
Group the result set by selected unit of time of the time dimension (if any).
Group the result set by the values of the selected dimensions.
This may sound complicated, but it is an incredibly powerful and useful too. For example, the following query lists all flight segments departing in the next seven days that have more than ten people booked on a single flight:
X-Assist supports the following visualization types. Note that not every kind of visualization fits every query.
A regular stacked bar chart, which is suitable to visualize categorical data along the time axis. Special colouring rules are automatically applied if the query contains certain dimensions, such as a risk level.
Line charts are suitable for visualizing arbitrary data along the time axis. Special colouring rules are automatically applied if the query contains certain dimensions, such as a risk level.
Pie charts are suitable to visualize the ratios in a categorical dataset. Special colouring rules are automatically applied if the query contains certain dimensions, such as a risk level.
Radar charts are suitable to visualize multivariate categorical data.
You can use a table if you prefer to view the raw results rather than a visualization. If you want to fetch individual records without grouping and aggregation, include a dimension that only contains unique values (e.g. the person ID) in your query.
Use a number panel if you only want to visualize a grand total.
Note that the number panel will always show the measure of the first row in the result set, and all other rows are ignored. You can check if your query returns multiple result rows by temporarily changing the visualization type to a table.
This section contains a short description of each cube and its attributes.
Count the number of records in each group.
Apply any other filters for measures in the result set.

The following table shows with cubes can be joined together:
Airlines
In some cases, a transitive join may be possible by including attributes from other cubes in the query.
For example, “People” and “Airports” cannot be joined directly because they are not related to each other. The following query will therefore result in an error:
Error: Can't find join path to join 'People', 'Airports'
To fix this, we can include the “Bookings” cube to create a bridge between “People” and “Airports”:
How to build your first custom dashboard
Welcome to the tutorial for X-Assist's analytics feature. On this page, you will learn how to create a dashboard with multiple panels, and how to query, visualize and export data.
First, create a new dashboard and — since dashboards are empty by default — a new panel by clicking the “Add dashboard” button followed by “Add panel”:
✅
Airports
✅
Alerts
✅
✅
✅
Bookings
✅
✅
✅
✅
✅
Countries
✅
✅
✅
Country Stays
✅
✅
✅
Events
✅
✅
Organizations
✅
✅
✅
✅
✅
People
✅
✅
✅
✅
✅
Status Requests
✅
✅
You are now in the panel editor. From here, you can define a query and select how you want to visualize the data.
For the first panel, let's visualize the number of users in your organization.
As explained in the introduction, numeric values are called “Measures”, so let's click on the “+Measure” button and explore our options:
Unfortunately, there is no “Users – Count” measure to select here. However, a quick look at the data dictionary reveals that the measure “People – Count” includes users as well.
Click on the “People – Count” measure to add it to the query, and use the “Update preview” button to see the result.
Now you see the number of people, but not necessarily the number of users, since users are a subset of people:
Luckily, there is an “Is user” dimension (or attribute) that allows you to remove records of people who do not have a user account yet.
Dimensions can be used in two different ways:
Adding the dimension to the list of selected dimensions splits the dataset by the values of that dimension.
Adding the dimension as a filter will remove non-matching records from the result set.
Let's explore both options to see how they affect the result.
Start by clicking on the “+Dimension” button and select the Is user dimension under “People”. Also change the visualization type to “Table” and update the preview:
The resulting table contains two rows: One for people who do not have a user account (“Is user” is false) and one row for people who do (“Is user” is true).
This happens because the dimension “Is user” is a so-called “flag” (also known as a “boolean value”) whose only possible values are “true” and “false”.
Other dimensions have a wider range of values. For example, the dimension “Last name” contains a separate value for each unique last name in the database.
Now let's see what happens when you use the dimension as a filter instead.
Deselect the “Is user” dimension by clicking the little “X” button next to its name. Click on the “+Filter” button and select “Is user” from the drop-down menu.
Note the empty drop-down list that appears to the right of the filter. In addition to the attribute to be filtered by, a filter always needs an operator (e.g. “equals”, “contains”, “greater than”, etc.) and usually also a value.
Since you want to see the number of people who have a user account, select the operator “equals”, set the filter value to “True”, and update the preview:
Now the table only contains a single row and a single column. Unlike adding a dimension, adding a filter does not split the result set into multiple parts. It only removes records that do not match the filter from the result set.
Although the table now only contains the number of people who have a user account, there is one more point you need to consider: time.
Without specifying a time frame, the number you see is the total number of users that have ever existed (see data lifecycle), not the number of users that exist right now.
To fix this, you need to understand how X-Assist handles historical data. There are two types of records: Those which represent immutable, historical facts and those which represent data that can change over time.
Status requests are an example of immutable facts. If a person answers a status request with “OK” then this becomes a historical fact. Even if the person answers future status requests differently, the fact that the previous status request was answered with “OK” does not change.
In contrast, data about people changes all the time. A particular person may have been a traveller last week, but now the trip is over, and they are no longer a traveller. The same logic applies to whether a person is a user or not. The following table illustrates how X-Assist stores data in the “People” dataset:
1
1
Marty
McFly
❌
1955-01-01
Each record has a “valid from” and “valid to” date that indicates the time range during which a particular version of the record was valid. Whenever the data about a person changes, a new row is inserted into the table and the “valid to” date of the record's previous version is updated accordingly.
If you want to know how many users you had in October 1955, the system would need to look at rows 1, 3 and 4 and calculate an “1” as the answer.
The same query for July 1985 needs to evaluate rows 3, 4 and 5 and yields an answer of “2”.
In data warehousing, this approach is known as a Type 2 slowly changing dimension (SCD).
SCDs can be queried by selecting “Valid on” of the respective cube as the time dimension of your query.
To specify that you are only interested in users who have an account right now, you need to select a time dimension in the query.
Adding a time dimension does two things: First, it allows you to specify the time range of data that you want to analyse. Second, it allows you to group the results by a time interval, e.g. by week or by month.
Click on the “+Time” button and select the “People – Valid on” dimension from the drop-down menu. Then use the drop-down at the top of the page to change the time frame to “Today” and update the preview:
Now you finally have the correct number of users currently registered in X-Assist. However, it is likely that you want to see how this number changes over time.
To achieve this, change the visualization type back to “Bar chart”, reset the time frame to “Last 90 days” and change the granularity of the time dimension from “Day” to “Week”. Finally, update the preview to display the number of users over time as a bar chart.
To finish this panel, give it a meaningful name and click the “Add panel” button at the top of the page. You can then resize and move the panel to its target location on the dashboard.
Now try to apply what you have learned so far and add another panel to your dashboard that shows a bar chart for the number of country stays in the last 90 days, broken down by risk level.
If you did everything right, your dashboard should now look like this:
For reference, your query for the country stay panel should look like this:
The selected measure is “Country stays – Count” because you want to display the number of country stays.
Since you want to display the number of country stays per country risk level, you have to select the “Countries – Historical risk level” dimension to split the total number of country stays by the different country risk levels.
Like people, country stays can change over time (they begin on a certain date and last until the person enters a different country), which is why you select “Country stays – Valid on” as the time dimension.
The granularity of the time dimension is set to “Day” because you want to visualize the number of country stays per day.
Finally, the visualization type is set to “Bar chart”.
In many cases it is desirable to process your X-Assist data in another software (e.g. Excel). X-Assist allows you to export the raw data of any panel as an Excel or CSV file.
To do so, open the context menu of a panel and click on the menu item “Export”. Select the desired file format and click the “Start download” button.
This concludes the tutorial. To learn more about the data available and the other features of the analysis page, see the following topics:


1985-07-01
2
3
Biff
Tannen
❌
1955-04-01
1955-09-01
3
3
Biff
Tannen
✅
1955-09-01
∞
4
2
Emmett
Brown
❌
1955-09-01
∞
5
1
Marty
McFly
✅
1985-07-01
∞










The “Events” cube contains information about the events detected by X-Assist.
The number of distinct events in the result set.
The human-readable unique identifier of the event.
The point on the Earth's surface at which the event occurred.
The value is a comma separated tuple of latitude and longitude in the .
A flag that indicates if the event is countrywide or not.
Possible values:
True (true): The event has a countrywide impact.
False (false): The event has only a local impact.
A flag that indicates if the event is an announcement or not.
Possible values:
True (true): The event is an announcement, e.g. for national holidays, strikes, etc.
False (false): No announcement, just a regular event.
The impact level of the event.
Possible values:
Low (1): The event has a low impact.
Elevated (2): The event has an elevated impact.
High (3): The event has a high impact.
The UTC timestamp at which the event occurred.
The UTC timestamp at which the event was reported in X-Assist.
The UTC timestamp at which the event was last updated/changed.
The top-level category of the event.
Possible values:
Terrorism / Armed Conflict (01000000)
Civil Unrest (02000000)
Crime (03000000)
The subcategory of the event.
Possible values:
Terrorism / Armed Conflict (01000000)
IED Attack / ED Attack (01001000)
Bomb Attack (01001001)
Events can be joined with:
Extreme (4): The event has an extreme impact.
Unknown (5): The event has not been rated yet.
General Risks (04000000)
Governance (05000000)
Medical (06000000)
Explosion (01001002)
Vehicle-borne explosive device (VBED) (01001003)
Armed Assault (01002000)
Kidnapping (01003000)
Hijacking (01004000)
CBRN Attack (01005000)
Air / Drone Strike (01006000)
Mortar / Rocket / Missile Attack (01007000)
Suicide Attack (01008000)
Suicide Bomber (01008001)
Suicide Vehicle (01008002)
Sabotage (01009000)
Sexual Violence (01010000)
Pillage (01013000)
Counter Terrorism (01014000)
Anti-terror Raid (01014001)
Arrest (01014002)
Armed Encounter (01014003)
Coup (01015000)
Coup Attempt (01016000)
Border Clashes (01017000)
Foreign Intervention (01018000)
Terror / Bomb Threat (01019000)
Land Warfare (01020000)
Aerial Warfare (01021000)
Maritime Warfare (01022000)
Assassination (01023000)
Stabbing Attack (01024000)
Shooting (01025000)
Killing Spree (01026000)
Vehicle-Ramming Attack (01027000)
Ethnic Cleansing (01028000)
Manhunt (01029000)
Prison Breakout (01030000)
Hostage-Taking (01031000)
Civil Unrest (02000000)
Violent Civil Unrest (02001000)
Violent Protest (02001001)
Riots (02001002)
Vandalism (02001003)
Mob Violence / Lynching (02001004)
Brawl (02001005)
Non Violent Civil Unrest (02002000)
Peaceful Protest (02002001)
Strike (02002002)
Blockade (02002003)
Hartal (02002004)
Transport Strike (02002005)
Air Traffic Strike (02002006)
Crime (03000000)
Petty Crime (03001000)
Bribery (03001001)
Theft (03001002)
Low Violent Crime (03002000)
Motor Vehicle Theft (03002001)
Burglary (03002002)
Confidence Tricks (03002003)
Fraud (03002004)
Spiking of Drinks (03002005)
Drug Smuggling (03002006)
Violent Crime (03003000)
Robbery (03003001)
Carjacking (03003002)
Home Invasion (03003003)
Kidnapping (03003004)
Express-Kidnapping (03003005)
Sexual Violence (03003006)
Assault (03003007)
Looting (03003008)
Human Trafficking (03003009)
Vandalism (03003010)
Murder (03003011)
Arson (03003012)
Stabbing Attack (03003013)
Shooting (03003014)
Killing Spree (03003015)
Armed Assault (03003016)
Financial Crime (03004000)
Credit Card Fraud / Data Fraud (03004001)
Money Laundering (03004002)
Piracy (03005000)
Arrests (03006000)
Raids (03007000)
Gang Violence (03008000)
Assassination (03009000)
Manhunt (03010000)
Prison Breakout (03011000)
Hostage-Taking (03012000)
Explosion (03013000)
Police Operation (03014000)
Brawl (03015000)
General Risks (04000000)
Natural Disaster (04001000)
Earthquake (04001001)
Volcanic Eruption (04001002)
Landslide (04001003)
Storm / Tropical Storm (04001004)
Flooding (04001005)
Fire (04001006)
Avalanche (04001007)
Travel Hazards (04002000)
Road Traffic Accident (04002001)
Aviation Emergency (04002002)
Maritime Emergency (04002003)
Rail Accident (04002004)
Out of Control Vehicle (04002005)
Hazardous Conditions (04003000)
Air Pollution (04003001)
Soil Pollution (04003002)
Water Pollution (04003003)
Extreme Climate and Geographical Condition (04003004)
Dangerous Wildlife (04003005)
Presence of UXOs (04003006)
Pervasiveness of Tainted / Defective Products (04003007)
Others (04004000)
Petrol, Oil and Gas Supply Disruption (04004001)
Food and Freshwater Shortage (04004002)
Industrial Accident (04004003)
Nuclear Accident (04004004)
Power Outage (04004005)
Information Security (04005000)
Fire / Explosion / Building Collapse (04006000)
Stampede (04007000)
Evacuation (04008000)
Governance (05000000)
Government Effectiveness (05002000)
Rule of Law (05004000)
Control of Corruption (05005000)
Economic Development (05006000)
Refugees (05007000)
Border Cross (05007003)
Anti-immigration (05007004)
Election (05008000)
Coup (05009000)
Coup Attempt (05010000)
Constitutional Crisis (05011000)
Sanctions / Restrictions (05012000)
State of Emergency (05013000)
Evacuation (05014000)
Diplomatic Crisis (05015000)
Curfew (05017000)
Medical (06000000)
X-Assist allows integration with 3rd party software through its GraphQL API. It provides access to all features and data available in X-Assist.
The GraphQL API is served from a single endpoint:
For first time users, we recommend using the interactive query tool available at . The tool offers a query editor with autocompletion and a documentation browser which allows you to explore the GraphQL schema of X-Assist.
For example, to retrieve the three most recent events, you would perform the following query:
The API then responds with a JSON object that looks like this:
The X-Assist API uses to authenticate requests.
These tokens are issued by the module, which implements a standards-compliant OAuth 2.0 authorization server and OpenID Connect provider. You can access its configuration data at .
Server-side applications should use the to request an access token from the IAM's token endpoint.
POST https://accounts.exop-group.com/oauth/token
Note that access tokens have a finite lifetime and expire at created_at + expires_in seconds after the Unix epoch. After this time, you must request a new token from the IAM.
To query the GraphQL endpoint, the request must include an access token in the HTTP Authorization header (preferred) or the access_token query parameter.
POST https://x-assist.exop-group.com/graphql
Here is a full example showing how to retrieve the three most recent events from X-Assist:
Timestamps and other time-related objects are crucial concepts in the X-Assist API, and it is critical that API clients handle them in the right way.
Fields with the scalar type DateTime are the most basic ones. A DateTime value is an that represents an instant on the global timeline. DateTime values in API responses are usually in UTC (indicated by a trailing Z), but API clients must be able to handle values with other offsets as well. Unqualified DateTime inputs (with an unspecified offset) are assumed to be in UTC.
A DateTime field on an object is frequently accompanied by a timeZone field that contains an that API clients can use to convert the UTC value back into local time. The time zone field can be on the same object as the timestamp itself (as is the case with HotelSegment objects, for example), or within a nested object (e.g. FlightLeg objects do not have timeZone fields, but the associated airports do).
DateRange objects combine two DateTime fields to represent the time interval between the two points in time. The lower bound of the date range is always inclusive, while the upper bound is always exclusive.
Durations that do not refer to a fixed point in time are represented either as integers or as values of the type Duration. For integers, the value is given in seconds. Duration fields use .
ISO 8601 formatted durations can also be used in the DateTimeOrDuration scalar, which is commonly used in the DateFilter type. Here, durations are interpreted relative to the current time and negative values are permitted. For example, a date filter that covers the last 24 hours looks like this:
The X-Assist GraphQL schema uses the following types to represent geographical data:
GeoPoint / GeoPointInput
GeoJSON
These types always use / as spatial reference system.
The content of X-Assist is available in the following languages:
Chinese
English
French
German
The HTTP Accept-Language header determines the language in which the content of an API response is returned. Additionally, some fields in the GraphQL schema support a language argument that allows API clients to explicitly request content in a specific language.
For example, clients may wish to retrieve the original English headline of an event in addition to machine translated headline:
Collections of objects are exposed in the X-Assist API in two different ways. Collections with only a few items are exposed as plain lists (i.e. arrays) for simplicity:
Large collections use , a cursor-based pagination mechanism and the de-facto standard used by many GraphQL APIs.
Let's re-visit the earlier example query that retrieves the three most recent events:
The events field in this query is a connection of type EventConnectionWithTotalCount. Every connection has the fields pageInfo, nodes and edges, and some connections (including the event connection) also provide additional fields such as totalCount.
To support pagination, the query must be changed and some fields from the PageInfo object must be added to the selections:
The new query result now contains a cursor that can be used to fetch the next page:
If there are more items in the connection (i.e. hasNextPage is true), the next three events can be fetched by passing the cursor value in the after argument:
This process is repeated until hasNextPage is false and the entire collection has been traversed.
Do not change filter predicates or sorting halfway through the pagination process, as this will lead to undefined results.
Some types in X-Assist's GraphQL schema implement the Node interface which allows API clients to retrieve one or more objects by ID. Refer to the chapter in the GraphQL documentation for further information.
All applications must treat object IDs as opaque strings and make no assumptions about their content or length.
The encoding scheme of these IDs may also change over time. These changes are backwards compatible (X-Assist will continue to accept IDs in previous formats), but applications that store references to X-Assist objects are encouraged to include the id field in each query and update the IDs in their own data stores when a change is detected.
Many mutations use optimistic locking to prevent lost updates when multiple users make changes to existing data concurrently. The input objects for these mutations have a mandatory version field.
When performing a mutation, pass the expected version of the object as input and add the version field to your selections to get the new version of the object after the update. As an example, the mutation to update a site looks as follows:
The response contains the new version of the site:
If a version mismatch occurs, you will receive an error instead:
API clients can handle such errors by re-fetching the object (see ) to get the current version, and then retrying the mutation.
Do not make assumptions about the content and the behavior of the version field.
In particular, do not assume that the version of new objects is equal to 1 or that updates only increment the version by one. Be aware that background processes or other events can also change the version of an object without any requests being sent to X-Assist from an API client.
For maximum robustness, treat the version as an opaque string.
The X-Assist API provides different data consistency guarantees for different kinds of operations.
GraphQL mutation payloads provide strong consistency. When you perform a mutation, all fields in the response are guaranteed to return the most recent data and reflect your changes.
However, this does not apply to changes caused indirectly by a mutation. For instance, when you register a new trip in X-Assist, the trip itself will be visible immediately, but the person's itinerary stops (expected locations) will only be updated after a delay because they are re-computed by an asynchronous background job.
GraphQL subscriptions offer the same guarantees as mutations.
Unlike mutations, regular GraphQL queries only offer eventual consistency. This means that changes may not immediately visible to all clients, and that a query can return stale data.
Regular users and OAuth applications can make up to 1000 requests per hour, with a maximum number of 25 + 1 burst requests in rapid succession. This limit can be raised once your solution/integration has been validated by EXOP.
The HTTP response headers will show your current rate limit status:
We loosely follow the for rate limiting headers, but we do not use fixed-length time windows.
When a request is blocked due to rate limiting, X-Assist will respond with HTTP status 429 ("Too Many Requests"):
Not all requests are equal. For example, a request with a very complex GraphQL operation may consume multiple "logical requests" at once.
It is therefore possible to create requests that will never succeed because they would consume more logical requests than the maximum number of available burst requests.
https://x-assist.exop-group.com/graphqlEntries in the top-level errors array are developer-facing errors (e.g. for syntax errors in the GraphQL query).
Mutation errors are used to communicate user-facing errors, e.g. when an input field exceeds its maximum length.
Italian
Japanese
Portuguese
Spanish
client_id
string
The OAuth client ID of your application.
client_secret
string
The OAuth client secret of your application.
grant_type
string
The OAuth grant type to use. Must be set to "client_credentials".
Authorization
string
The OAuth access token used to authenticate the request. Example value: "Bearer -sc-na0LtIghflDJ8rH8wBDdmRBSyd5iPF0znsVegeY"
query
string
The GraphQL operation to execute. Can be a query, mutation or a subscription. See https://graphql.org/learn/queries/.
operationName
string
Only required if multiple operations are present in the query. See https://graphql.org/learn/queries/#operation-name.
variables
object
A dictionary of dynamic query arguments. See https://graphql.org/learn/queries/#variables.
X-RateLimit-Limit
The maximum number of available burst requests when no previous requests have been made, or the previous requests occurred long enough ago.
X-RateLimit-Remaining
The number of requests that can be made immediately (i.e. the remaining burst request count).
X-RateLimit-Reset
The time in seconds until the full number of burst requests will be available again.
Retry-After
Only present when the request was blocked to due rate limiting. For allowed requests that can be retried later (see note below), this header will contain the duration to wait in seconds before the request will be allowed.
When the request is forbidden due to complexity constraints, this header will have no value (i.e. an empty string).
query {
events(first: 3, orderBy: { field: CREATED_AT, direction: DESC }) {
nodes {
id
name
createdAt
}
}
}{
"data": {
"events": {
"nodes": [
{
"id": "RXZlbnQtMTg2NjY5NzU=",
"name": "Sindh: At Least Three Killed and Seven Injured in a Gas Cylinder Explosion in an Eatery in City of Karachi",
"createdAt": "2021-04-07T09:14:01Z"
},
{
"id": "RXZlbnQtMTg2NjY5NzI=",
"name": "Shan: Reportedly 1 Person Killed and 10 Others Injured After Security Forces Open Fire on Civilians Within the Context of a Protest in Township of Nyaungshwe",
"createdAt": "2021-04-07T09:10:07Z"
},
{
"id": "RXZlbnQtMTg2NjY5NDU=",
"name": "Gauteng: 14 Injured in a Taxi Road Traffic Accident in Location of Florida",
"createdAt": "2021-04-07T08:43:10Z"
}
]
}
}
}{
"access_token": "-sc-na0LtIghflDJ8rH8wBDdmRBSyd5iPF0znsVegeY",
"token_type": "Bearer",
"expires_in": 600,
"scope": "public",
"created_at": 1612882203
}{
"data": { ... },
"errors": [ ... ],
"extensions": { ... }
}{
"error": "Unauthorized: Access token is not valid or missing."
}POST https://x-assist.exop-group.com/graphql
Authorization: Bearer -sc-na0LtIghflDJ8rH8wBDdmRBSyd5iPF0znsVegeY
Content-Type: application/json
{
"query": "query { events(first: 3, orderBy: { field: UPDATED_AT, direction: DESC }) { nodes { id name createdAt }}}",
"variables": null,
"operationName": null
}HTTP/2 200
Content-Type: application/json; charset=utf-8
Cache-Control: max-age=0, private, must-revalidate
{
"data": {
"events": {
"nodes": [
{
"id": "RXZlbnQtMTg2NjcwMzc=",
"name": "KwaZulu-Natal: A Student Protest Takes Place in City of Durban",
"createdAt": "2021-04-07T10:00:53Z"
},
{
"id": "RXZlbnQtMTg2NjY5NzY=",
"name": "Wisconsin: Two Killed and two Injured in a Shootout at a Petrol Station in City of Milwaukee",
"createdAt": "2021-04-07T09:15:09Z"
},
{
"id": "RXZlbnQtMTg2NjY5NzU=",
"name": "Sindh: At Least Three Killed and Seven Injured in a Gas Cylinder Explosion in an Eatery in City of Karachi",
"createdAt": "2021-04-07T09:14:01Z"
}
]
}
}
}{
gte: "-PT24H",
lt: "P0D"
}query {
event(id: "RXZlbnQtMTk5NTYxOTU=") {
name # Language is auto-selected by X-Assist (German in this example)
originalName: name(language: EN) # Explicitly request the original English text
latinName: name(language: LA) # X-Assist does not support Latin yet, so this will return null
}
}{
"data": {
"event": {
"name": "Zhytomyr: Mindestens fünf getötete Zivilisten bei Luftangriff auf die Stadt Malyn",
"originalName": "Zhytomyr: At Least Five Civilians Killed in Air Strike on the City of Malyn",
"latinName": null
}
}
}type Event {
# Each event typically only involves a few militant groups (if any).
militantGroups: [String!]!
}query {
events(first: 3, orderBy: { field: CREATED_AT, direction: DESC }) {
nodes {
id
name
createdAt
}
}
}query {
events(first: 3, orderBy: { field: CREATED_AT, direction: DESC }) {
pageInfo {
endCursor
hasNextPage
}
totalCount
nodes {
id
name
createdAt
}
}
}{
"data": {
"events": {
"pageInfo": {
"endCursor": "ed3qIy2/n4k=",
"hasNextPage": true
},
"totalCount": 160724,
"nodes": [...]
}
}
}query {
events(first: 3, after: "ed3qIy2/n4k=", orderBy: { field: CREATED_AT, direction: DESC }) {
pageInfo {
endCursor
hasNextPage
}
totalCount
nodes {
id
name
createdAt
}
}
}mutation {
updateSite(input: {
id: "U2l0ZS0yMTcx",
version: "1",
attributes: { ... }
}) {
site {
version
}
errors: {
message
path
}
}
}{
"data": {
"updateSite": {
"site": {
"version": "2"
},
"errors": []
}
}
}{
"data": {
"updateSite": {
"site": null,
"errors": [
{
"message": "Attempted to update a stale object: Site.",
"path": [
"input",
"version"
]
}
]
}
}
}HTTP/2 200
Date: Tue, 20 Apr 2021 10:56:29 GMT
X-RateLimit-Limit: 26
X-RateLimit-Remaining: 18
X-RateLimit-Reset: 50.5414HTTP/2 429
Date: Tue, 20 Apr 2021 11:10:12 GMT
X-RateLimit-Limit: 26
X-RateLimit-Remaining: 0
X-RateLimit-Reset: 183.986299
Retry-After: 3.986299
You are rate limited, try again later.