BPO de gouvernement

La forme opérationnelle du BPO de gouvernement

Ce que FrontLine livre pour les BPO de gouvernement

Chaque capacité ci-dessous correspond à un module Atlas que vous pouvez explorer. Tout cela est livré aujourd'hui.

Questions courantes des opérateurs de BPO de gouvernement

Comment fonctionne le registre d'audit pour les exigences de rétention fédérales / provinciales ?

Chaque opération privilégiée ou sensible à travers la plateforme émet un événement d'audit immuable avec acteur, action, cible, horodatage et contexte complet. La visionneuse de registre d'audit unifié dans le Tableau de bord de conformité affiche ces événements par plage de dates, acteur, type d'action et module. Le moteur de rétention impose un minimum par catégorie qui peut être configuré pour correspondre aux exigences fédérales ou provinciales (typiquement 7 ans pour les dossiers de contact citoyen, 10+ ans pour les décisions d'admissibilité aux prestations). L'export se fait en un clic dans un format convivial pour le vérificateur.

À quoi ressemble le soutien DSAR pour les données que FrontLine détient ?

Les collecteurs DSAR sont branchés à travers 8 modules — employés, informations privées d'employés, recrutement, intégration, gestion des effectifs, notifications, centre d'assistance et données d'évaluation. Quand une demande PIPEDA, FIPPA ou autre demande d'accès provinciale arrive pour un sujet des données dont FrontLine détient des dossiers (p. ex., un employé ou un ancien candidat), la plateforme agrège tout ce qui est lié à ce sujet dans un seul dossier de preuve avec intégrité cryptographique. Les flux de droit à l'effacement / anonymisation sont intégrés dans la même surface. Les DSAR de données citoyennes provenant de bénéficiaires de programme sont traités par le système principal de l'agence ; FrontLine couvre les dossiers côté effectifs que le BPO détient.

Comment le bilinguisme EN ↔ FR est-il géré pour les contrats fédéraux ?

Les articles de connaissances sont stockés comme entrées sœurs parallèles en EN + FR, chacun avec sa propre machine à états, propriétaire, réviseur et expiration. La recherche utilise la bonne configuration de langue par requête. Les fiches d'évaluation QA peuvent être rédigées dans l'une ou l'autre langue. L'interface agent est entièrement bilingue. Les drapeaux de traduction périmée font surface quand un article a été mis à jour dans une langue mais pas l'autre, pour que le contenu français ne dérive pas derrière le contenu anglais — un risque réel de conformité à la Loi sur les langues officielles sur la plupart des plateformes.

Où se situe la plateforme par rapport à l'accessibilité WCAG 2.1 AA ?

Les surfaces côté agent sont conçues avec les pratiques WCAG 2.1 AA en tête — HTML sémantique, navigation au clavier, étiquetage ARIA, contraste de couleur suffisant, compatibilité avec lecteurs d'écran. Un audit WCAG formel n'est pas encore au dossier ; nous sommes heureux de nous engager à l'audit dans le cadre d'une évaluation de contrat. Pour les exigences spécifiques AODA de l'Ontario, la même discipline de conception s'applique. Parlez-nous de vos critères de notation d'approvisionnement spécifiques pour qu'on aligne les échéanciers.

Comment le statut de vérification d'antécédents et la cote d'agent sont-ils suivis ?

Le module Informations privées d'employé livre un cadre d'identifiants défini par locataire — aujourd'hui utilisé pour NAS, SSN et numéros de permis de travail, et extensible pour le niveau de cote, l'organisme émetteur et l'expiration comme types d'identifiants additionnels. La piste d'audit d'effectifs capture chaque événement d'accès côté effectifs (connexion, ouvertures de dossier, escalades de cas) avec contexte complet. Des champs de cote de premier ordre dédiés (avec processus d'expiration + règles de gating d'accès liées à la cote) sont une extension qu'on peut cadrer dans le cadre d'un contrat de gouvernement — parlez-nous de vos exigences spécifiques.