Accessibility statement
This statement covers the Bluell HireFlow recruitment platform: the candidate portal where jobs are browsed and applications are made, and the administrative interface used by recruiters and hiring staff.
How accessible is this service
This service is partially compliant with the Web Content Accessibility Guidelines (WCAG) 2.1 level AA, through the harmonised European standard EN 301 549. The exceptions are listed below.
Partially compliant means most of the service meets the standard and the shortcomings we know about are named here rather than left for you to discover.
Content that is not fully accessible
The following is known to fall short of WCAG 2.1 AA. Each item says what the problem is, who it affects, and what we are doing about it.
Drag and drop on the hiring board
Candidates are moved between stages by dragging a card, and dragging cannot be done with a keyboard alone. Success criterion 2.1.1 (Keyboard). An equivalent path exists on the same screen: the List view gives every row a stage menu that is fully keyboard operable, and the pipeline editor has Move up and Move down buttons. We plan a keyboard mode for the board itself.
Tab order returns to the header after the menu
In the administrative interface the side menu comes before the top bar, so tabbing past the menu moves back up to the header. Success criterion 2.4.3 (Focus Order). A skip link is the first thing you reach on every page and jumps straight to the content, so the menu does not have to be tabbed through at all.
Documents uploaded by others
CVs, certificates and other files attached by applicants or staff are not produced by us and we cannot guarantee their accessibility. If you need the content of such a document in another form, ask using the contact details below.
No screen reader testing by users of assistive technology
Our testing is automated and manual by sighted developers. Nobody who depends on a screen reader has yet been asked to test the service. This is the largest gap we know of and we are arranging it.
How we tested this service
Self-assessment by the supplier, Bluell. Two automated checks run against the service: static analysis of the interface code, and axe-core driven through a real browser across the main screens in both light and dark appearance. A third check reads the accessibility tree and walks the actual keyboard tab order to find problems the other two cannot see, such as missing landmarks, unlabelled controls and focus order.
At the most recent run all three checks reported nothing: the code analysis, axe-core in the browser, and the keyboard and tab order check. What remains listed above is what no automated check can find, which is why it is named here rather than left to a tool. The reports are kept with the source code.
Report a problem, or ask for content in another form
If you find a barrier that is not listed here, or you need something from this service in a form you can use, tell us. You are entitled to an answer, and to receive the information you asked for in an accessible form within a reasonable time.
Contact the organisation running this recruitment service. The contact details are published alongside this statement by that organisation.
If we do not answer
The Agency for Digital Government (Myndigheten för digital förvaltning, DIGG) supervises compliance with the Act on Accessibility to Digital Public Service. If you are not satisfied with how we handle your report, you can notify DIGG.
Report inadequate accessibility to DIGGAbout this statement
- Statement prepared on
- 2026-09-04
- Last reviewed on
- 2026-09-07
Method: self-assessment by the supplier.
Legal basis: the Act (2018:1937) on Accessibility to Digital Public Service, and the accessibility requirements of the Agency for Digital Government.