Welcome to AXLR8 RequestTracker frequently asked questions. Please click on the links below or use the top right hand side search box.

Don’t forget that some FAQs are also common to all AXLR8 products so you may find answers in AXLR8 Staffing FAQs and by simply googling your question with “AXLR8”
FAQ Category List
Request Types
There are several approaches you can take. Here are the three most popular.
Make it a Sensitive FOI
This is an FOI request that requires personal data in the answer which you feel should be protected as if it were a SAR.
A question about several streets might be FOI but a question a bout a specific house identifies a resident and may thus include PII.
Let’s say there are 5 parts to a question which is about compensation of nurses. Part 3 asks you about the applicant’s specific compensation but the rest are about general rules and amounts over the last couple of years.
In both examples one may chjoose to use a “Sensitive FOI”. That request type should be configured as “Private” and hence it will not
- appear in the PDL (Public Disclosure Log)
- be visible to staff with out access to Private Request Types
Make it a SAR
It may be that the request is so peculiar to a person that it is really a SAR. This happens occasionally and is a natural solution which immediately covers you for any possibility that the data will be published outside your organisation. It will also not be seen by those without “Private” Request Type access.
Make two IRs: a SAR and and EIR
There may be a number of questions in the IR and you can create two IRs. Let us take the above example with 5 parts. Part 3 could be a SAR and parts 1,2,4&5 could be sent out in a second IR which was classified as an FOI request.
Which to choose?
Obviously, the first is the simplest. The advantages of a “sensitive” FOI (FOISA, EIR, etc.) are that they are excluded from the Public Disclosure Log and are not seen by any staff whose access excludes Private request types.
The automated emails will have been set up so that they do not expose PII in the wrong places. Policies and workflow procedures would need to be in place so that the information management team know to make the subject line “Bill Smith’s Compensation” (in the above example). Rather they might make the correspondence subject “Potholes Compensation”.
The only other thing to consider is triage speed. Once you have set an IR as FOI, some automated triggers may have been launched. That needs to be taken into account before changing the request to a Sensitive FOI or SAR after a week of activity. Occasionally, however, it is not obvious for an officer at first. Senior staff are not present and a mistake is made.
What if I change IR Types during a response period?
There is a related article about what happens to the Countdown and Due Date when you change and IR Type from FOI to SAR.
What are Private Request Types?
Generally, these Requests would be SARs, Sensitive FOIs and some that are specific to different jurisdictions. Examples include: CAFCAS in UK and Procurator Fiscal in Scotland.
Please see the FAQ article about configuring Request Types. It explains how their behaviour differs in the AXLR8 system.
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Public Disclosure Log (PDL)
There are several approaches you can take. Here are the three most popular.
Make it a Sensitive FOI
This is an FOI request that requires personal data in the answer which you feel should be protected as if it were a SAR.
A question about several streets might be FOI but a question a bout a specific house identifies a resident and may thus include PII.
Let’s say there are 5 parts to a question which is about compensation of nurses. Part 3 asks you about the applicant’s specific compensation but the rest are about general rules and amounts over the last couple of years.
In both examples one may chjoose to use a “Sensitive FOI”. That request type should be configured as “Private” and hence it will not
- appear in the PDL (Public Disclosure Log)
- be visible to staff with out access to Private Request Types
Make it a SAR
It may be that the request is so peculiar to a person that it is really a SAR. This happens occasionally and is a natural solution which immediately covers you for any possibility that the data will be published outside your organisation. It will also not be seen by those without “Private” Request Type access.
Make two IRs: a SAR and and EIR
There may be a number of questions in the IR and you can create two IRs. Let us take the above example with 5 parts. Part 3 could be a SAR and parts 1,2,4&5 could be sent out in a second IR which was classified as an FOI request.
Which to choose?
Obviously, the first is the simplest. The advantages of a “sensitive” FOI (FOISA, EIR, etc.) are that they are excluded from the Public Disclosure Log and are not seen by any staff whose access excludes Private request types.
The automated emails will have been set up so that they do not expose PII in the wrong places. Policies and workflow procedures would need to be in place so that the information management team know to make the subject line “Bill Smith’s Compensation” (in the above example). Rather they might make the correspondence subject “Potholes Compensation”.
The only other thing to consider is triage speed. Once you have set an IR as FOI, some automated triggers may have been launched. That needs to be taken into account before changing the request to a Sensitive FOI or SAR after a week of activity. Occasionally, however, it is not obvious for an officer at first. Senior staff are not present and a mistake is made.
What if I change IR Types during a response period?
There is a related article about what happens to the Countdown and Due Date when you change and IR Type from FOI to SAR.
What are Private Request Types?
Generally, these Requests would be SARs, Sensitive FOIs and some that are specific to different jurisdictions. Examples include: CAFCAS in UK and Procurator Fiscal in Scotland.
Please see the FAQ article about configuring Request Types. It explains how their behaviour differs in the AXLR8 system.
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Information Request Types
There are several approaches you can take. Here are the three most popular.
Make it a Sensitive FOI
This is an FOI request that requires personal data in the answer which you feel should be protected as if it were a SAR.
A question about several streets might be FOI but a question a bout a specific house identifies a resident and may thus include PII.
Let’s say there are 5 parts to a question which is about compensation of nurses. Part 3 asks you about the applicant’s specific compensation but the rest are about general rules and amounts over the last couple of years.
In both examples one may chjoose to use a “Sensitive FOI”. That request type should be configured as “Private” and hence it will not
- appear in the PDL (Public Disclosure Log)
- be visible to staff with out access to Private Request Types
Make it a SAR
It may be that the request is so peculiar to a person that it is really a SAR. This happens occasionally and is a natural solution which immediately covers you for any possibility that the data will be published outside your organisation. It will also not be seen by those without “Private” Request Type access.
Make two IRs: a SAR and and EIR
There may be a number of questions in the IR and you can create two IRs. Let us take the above example with 5 parts. Part 3 could be a SAR and parts 1,2,4&5 could be sent out in a second IR which was classified as an FOI request.
Which to choose?
Obviously, the first is the simplest. The advantages of a “sensitive” FOI (FOISA, EIR, etc.) are that they are excluded from the Public Disclosure Log and are not seen by any staff whose access excludes Private request types.
The automated emails will have been set up so that they do not expose PII in the wrong places. Policies and workflow procedures would need to be in place so that the information management team know to make the subject line “Bill Smith’s Compensation” (in the above example). Rather they might make the correspondence subject “Potholes Compensation”.
The only other thing to consider is triage speed. Once you have set an IR as FOI, some automated triggers may have been launched. That needs to be taken into account before changing the request to a Sensitive FOI or SAR after a week of activity. Occasionally, however, it is not obvious for an officer at first. Senior staff are not present and a mistake is made.
What if I change IR Types during a response period?
There is a related article about what happens to the Countdown and Due Date when you change and IR Type from FOI to SAR.
What are Private Request Types?
Generally, these Requests would be SARs, Sensitive FOIs and some that are specific to different jurisdictions. Examples include: CAFCAS in UK and Procurator Fiscal in Scotland.
Please see the FAQ article about configuring Request Types. It explains how their behaviour differs in the AXLR8 system.
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Countdown
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
KPIs and Reports
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Auto Email Alerts (Trigaware)
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Working Days
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Due Date
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Audit Trail
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Calendar Days
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
System Administration
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Role Group Admin
There are several approaches you can take. Here are the three most popular.
Make it a Sensitive FOI
This is an FOI request that requires personal data in the answer which you feel should be protected as if it were a SAR.
A question about several streets might be FOI but a question a bout a specific house identifies a resident and may thus include PII.
Let’s say there are 5 parts to a question which is about compensation of nurses. Part 3 asks you about the applicant’s specific compensation but the rest are about general rules and amounts over the last couple of years.
In both examples one may chjoose to use a “Sensitive FOI”. That request type should be configured as “Private” and hence it will not
- appear in the PDL (Public Disclosure Log)
- be visible to staff with out access to Private Request Types
Make it a SAR
It may be that the request is so peculiar to a person that it is really a SAR. This happens occasionally and is a natural solution which immediately covers you for any possibility that the data will be published outside your organisation. It will also not be seen by those without “Private” Request Type access.
Make two IRs: a SAR and and EIR
There may be a number of questions in the IR and you can create two IRs. Let us take the above example with 5 parts. Part 3 could be a SAR and parts 1,2,4&5 could be sent out in a second IR which was classified as an FOI request.
Which to choose?
Obviously, the first is the simplest. The advantages of a “sensitive” FOI (FOISA, EIR, etc.) are that they are excluded from the Public Disclosure Log and are not seen by any staff whose access excludes Private request types.
The automated emails will have been set up so that they do not expose PII in the wrong places. Policies and workflow procedures would need to be in place so that the information management team know to make the subject line “Bill Smith’s Compensation” (in the above example). Rather they might make the correspondence subject “Potholes Compensation”.
The only other thing to consider is triage speed. Once you have set an IR as FOI, some automated triggers may have been launched. That needs to be taken into account before changing the request to a Sensitive FOI or SAR after a week of activity. Occasionally, however, it is not obvious for an officer at first. Senior staff are not present and a mistake is made.
What if I change IR Types during a response period?
There is a related article about what happens to the Countdown and Due Date when you change and IR Type from FOI to SAR.
What are Private Request Types?
Generally, these Requests would be SARs, Sensitive FOIs and some that are specific to different jurisdictions. Examples include: CAFCAS in UK and Procurator Fiscal in Scotland.
Please see the FAQ article about configuring Request Types. It explains how their behaviour differs in the AXLR8 system.
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Public Holidays
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Automation
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Information Request Status
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Private/Public Request Types
There are several approaches you can take. Here are the three most popular.
Make it a Sensitive FOI
This is an FOI request that requires personal data in the answer which you feel should be protected as if it were a SAR.
A question about several streets might be FOI but a question a bout a specific house identifies a resident and may thus include PII.
Let’s say there are 5 parts to a question which is about compensation of nurses. Part 3 asks you about the applicant’s specific compensation but the rest are about general rules and amounts over the last couple of years.
In both examples one may chjoose to use a “Sensitive FOI”. That request type should be configured as “Private” and hence it will not
- appear in the PDL (Public Disclosure Log)
- be visible to staff with out access to Private Request Types
Make it a SAR
It may be that the request is so peculiar to a person that it is really a SAR. This happens occasionally and is a natural solution which immediately covers you for any possibility that the data will be published outside your organisation. It will also not be seen by those without “Private” Request Type access.
Make two IRs: a SAR and and EIR
There may be a number of questions in the IR and you can create two IRs. Let us take the above example with 5 parts. Part 3 could be a SAR and parts 1,2,4&5 could be sent out in a second IR which was classified as an FOI request.
Which to choose?
Obviously, the first is the simplest. The advantages of a “sensitive” FOI (FOISA, EIR, etc.) are that they are excluded from the Public Disclosure Log and are not seen by any staff whose access excludes Private request types.
The automated emails will have been set up so that they do not expose PII in the wrong places. Policies and workflow procedures would need to be in place so that the information management team know to make the subject line “Bill Smith’s Compensation” (in the above example). Rather they might make the correspondence subject “Potholes Compensation”.
The only other thing to consider is triage speed. Once you have set an IR as FOI, some automated triggers may have been launched. That needs to be taken into account before changing the request to a Sensitive FOI or SAR after a week of activity. Occasionally, however, it is not obvious for an officer at first. Senior staff are not present and a mistake is made.
What if I change IR Types during a response period?
There is a related article about what happens to the Countdown and Due Date when you change and IR Type from FOI to SAR.
What are Private Request Types?
Generally, these Requests would be SARs, Sensitive FOIs and some that are specific to different jurisdictions. Examples include: CAFCAS in UK and Procurator Fiscal in Scotland.
Please see the FAQ article about configuring Request Types. It explains how their behaviour differs in the AXLR8 system.
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
View Private Information Requests
There are several approaches you can take. Here are the three most popular.
Make it a Sensitive FOI
This is an FOI request that requires personal data in the answer which you feel should be protected as if it were a SAR.
A question about several streets might be FOI but a question a bout a specific house identifies a resident and may thus include PII.
Let’s say there are 5 parts to a question which is about compensation of nurses. Part 3 asks you about the applicant’s specific compensation but the rest are about general rules and amounts over the last couple of years.
In both examples one may chjoose to use a “Sensitive FOI”. That request type should be configured as “Private” and hence it will not
- appear in the PDL (Public Disclosure Log)
- be visible to staff with out access to Private Request Types
Make it a SAR
It may be that the request is so peculiar to a person that it is really a SAR. This happens occasionally and is a natural solution which immediately covers you for any possibility that the data will be published outside your organisation. It will also not be seen by those without “Private” Request Type access.
Make two IRs: a SAR and and EIR
There may be a number of questions in the IR and you can create two IRs. Let us take the above example with 5 parts. Part 3 could be a SAR and parts 1,2,4&5 could be sent out in a second IR which was classified as an FOI request.
Which to choose?
Obviously, the first is the simplest. The advantages of a “sensitive” FOI (FOISA, EIR, etc.) are that they are excluded from the Public Disclosure Log and are not seen by any staff whose access excludes Private request types.
The automated emails will have been set up so that they do not expose PII in the wrong places. Policies and workflow procedures would need to be in place so that the information management team know to make the subject line “Bill Smith’s Compensation” (in the above example). Rather they might make the correspondence subject “Potholes Compensation”.
The only other thing to consider is triage speed. Once you have set an IR as FOI, some automated triggers may have been launched. That needs to be taken into account before changing the request to a Sensitive FOI or SAR after a week of activity. Occasionally, however, it is not obvious for an officer at first. Senior staff are not present and a mistake is made.
What if I change IR Types during a response period?
There is a related article about what happens to the Countdown and Due Date when you change and IR Type from FOI to SAR.
What are Private Request Types?
Generally, these Requests would be SARs, Sensitive FOIs and some that are specific to different jurisdictions. Examples include: CAFCAS in UK and Procurator Fiscal in Scotland.
Please see the FAQ article about configuring Request Types. It explains how their behaviour differs in the AXLR8 system.
Applicant Blind
There are several approaches you can take. Here are the three most popular.
Make it a Sensitive FOI
This is an FOI request that requires personal data in the answer which you feel should be protected as if it were a SAR.
A question about several streets might be FOI but a question a bout a specific house identifies a resident and may thus include PII.
Let’s say there are 5 parts to a question which is about compensation of nurses. Part 3 asks you about the applicant’s specific compensation but the rest are about general rules and amounts over the last couple of years.
In both examples one may chjoose to use a “Sensitive FOI”. That request type should be configured as “Private” and hence it will not
- appear in the PDL (Public Disclosure Log)
- be visible to staff with out access to Private Request Types
Make it a SAR
It may be that the request is so peculiar to a person that it is really a SAR. This happens occasionally and is a natural solution which immediately covers you for any possibility that the data will be published outside your organisation. It will also not be seen by those without “Private” Request Type access.
Make two IRs: a SAR and and EIR
There may be a number of questions in the IR and you can create two IRs. Let us take the above example with 5 parts. Part 3 could be a SAR and parts 1,2,4&5 could be sent out in a second IR which was classified as an FOI request.
Which to choose?
Obviously, the first is the simplest. The advantages of a “sensitive” FOI (FOISA, EIR, etc.) are that they are excluded from the Public Disclosure Log and are not seen by any staff whose access excludes Private request types.
The automated emails will have been set up so that they do not expose PII in the wrong places. Policies and workflow procedures would need to be in place so that the information management team know to make the subject line “Bill Smith’s Compensation” (in the above example). Rather they might make the correspondence subject “Potholes Compensation”.
The only other thing to consider is triage speed. Once you have set an IR as FOI, some automated triggers may have been launched. That needs to be taken into account before changing the request to a Sensitive FOI or SAR after a week of activity. Occasionally, however, it is not obvious for an officer at first. Senior staff are not present and a mistake is made.
What if I change IR Types during a response period?
There is a related article about what happens to the Countdown and Due Date when you change and IR Type from FOI to SAR.
What are Private Request Types?
Generally, these Requests would be SARs, Sensitive FOIs and some that are specific to different jurisdictions. Examples include: CAFCAS in UK and Procurator Fiscal in Scotland.
Please see the FAQ article about configuring Request Types. It explains how their behaviour differs in the AXLR8 system.
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Adding a new employee
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Message Store
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Reactivating Users
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
Email Access
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.
User Administration
Short answer, anything you want during any timescale you can afford.
However, this is a standard AXLR8 demo of 48 minutes plus questions.
Subject | mins |
Workflow AXLR8 support for different types or request | 4 |
Demonstration of relevant functions and discussion based upon the above. | 18 |
Entering the new IRs (variety of origination journeys) – Manual (e.g. from letter or email without email2IR function) – Email2IR – Feedback form (self service) | |
Categorisation | |
The “Clock” how the response deadlines are calculated for different request types. Inc/exclusion of weekends and bank holidays. | |
Status and lifecycle of an IR depending upon the category and the allowed times for that jurisdiction | |
Reviews and Appeals | |
Administrating user access, status, IR types, bank holidays, document templates, portal views, reports, etc. | |
Different portals for different officers (e.g. department reps different from IG in the HQ) | 8 |
Allowed access | |
Applicant blind | |
Intelligent automated messaging (Trigaware™) and email archiving (MessageStore™) Showing some examples | 5 |
Audit trail | 1 |
Public Disclosure Log – We show some live PDLs. You can explore them afterwards | 2 |
Admin features* | 10 |
Reports Building User rights and access Portals – Creating Menus, pages, grids, widgets, kanbans, dashboards – Editing – user rights Request types – Private/Public – SAR vs FOI/EIR and other “clocks” – Request Status – Request sub-tasks Maintaining the diary of public holidays Document template admin * NB any of the Super User / Systems Administration features can be explored in multiple video courses online and so we just skim over the fact that they are built in. |
Items such as migration from legacy systems and security and other areas of compliance required in the public sector will be dealt with in depth if required at a later stage.
Other tools
If of interest, we can always look at other IG tools later Data Breach, DPIA, Information Asset Register, Data Sharing Policy Register, etc. Also, Complaints Processing and other workflows.