Modèles de produits

Un modèle de produit est une version ou une configuration spécifique d’un produit proposé à un utilisateur final (membre, demandeur ou entreprise). Ils représentent l’ensemble des produits que votre organisation propose à ses consommateurs et permettent des relations entre différents modèles de produits. Les modèles de produits fournissent aux agents des services gouvernementaux et à leurs utilisateurs finaux une compréhension commune des produits offerts par une agence et de ceux utilisés par les membres. Un modèle de produit peut être un programme d’avantages sociaux qu’un demandeur demande, ou un type spécifique de permis qui lui est finalement délivré. Les utilisateurs finaux peuvent afficher les produits qu’ils ont demandés sur le portail de services pour gouvernement

Vous pouvez associer des services à des modèles de produits pour permettre aux utilisateurs de sélectionner des services pour des produits, puis créer des définitions de service pour les services qui prennent en charge vos produits et les associer aux produits et éléments de catalogue appropriés. Permettez aux clients de demander des services à l’aide de ce catalogue. Utilisez la fonctionnalité de définition de service pour créer des définitions pour les services qui sont proposés pour prendre en charge vos produits. Cette fonctionnalité est disponible avec le module d’extension Case Types (Types de tickets).

Dans le , les Portail des services publics utilisateurs finaux peuvent sélectionner les services disponibles à partir du portail. La sélection d’un service affiche le créateur d’enregistrement associé à la définition de service. La soumission du créateur d’enregistrement crée un ticket du type de ticket correct.

Les implémenteurs peuvent créer leurs propres modèles de produits en fonction des services fournis par leur agence, ou ajouter des champs supplémentaires à leur modèle de produit prêt à l’emploi, si nécessaire, pour décrire leur modèle de produit. Pour un permis de conduire, vous pouvez ajouter un champ de choix pour la classe de permis avec les choix A, B ou C, créant ainsi un enregistrement de modèle de produit par classe.

Le fait de disposer d’un modèle de produit spécifique pour chaque produit proposé permet de prendre en charge plusieurs aspects de la mise en œuvre du processus d’autorisation, notamment la définition du produit, l’association des services qui lui sont associés, la fourniture d’instances de produit spécifiques, des workflows supplémentaires, des rapports, etc. Un modèle de produit et des champs associés pour chaque playbook sont fournis prêts à l’emploi.

Si vous traitez plusieurs types de permis avec des champs sans rapport, vous pouvez étendre la classe de modèle de produit spécifique à partir de la classe de base du modèle de permis pour définir différents attributs sur les produits de permis pertinents.

Vous pouvez utiliser à la fois les Case Types (Types de tickets) et les Service Definitions (Définitions de service) pour définir les processus et les données nécessaires pour répondre aux demandes des membres. Cette section traite des points de décision pour choisir l’implémentation à utiliser dans diverses situations.

Utilisez le modèle de Services digitaux pour le secteur public données pour examiner les tables et les champs installés avec chaque Services digitaux pour le secteur public application et déterminer si une extension de table de cas de base est nécessaire pour votre cas d’utilisation spécifique.

Lorsqu’une instance est créée, un administrateur installe et remplit les Services digitaux pour le secteur public structures de données avec les données nécessaires pour activer toutes les fonctionnalités et options du secteur public, y compris les rôles prédéfinis, les règles et autres logiques métier. Ces données sont conservées dans des tables considérées comme fondamentales pour tous les produits de votre instance et sont incluses dans chaque Services digitaux pour le secteur public application.

Dans chaque Services digitaux pour le secteur public application, vous pouvez étendre les tables système de base pour créer un type de ticket plus spécifique aux tickets que vous traitez. Par exemple, vous pouvez également créer des tables personnalisées qui vous permettent d’étendre les fonctionnalités de la Services digitaux pour le secteur public plateforme et de créer des applications personnalisées. Les tables personnalisées peuvent être utilisées pour configurer et étendre les workflows du système de base, et pour ajouter de nouvelles fonctionnalités ou des applications personnalisées à partir de votre Services digitaux pour le secteur public instance.

Une table qui étend une autre table est appelée classe enfant, et la table qu’elle étend est la classe parent. Une table peut être à la fois une classe parent et enfant, à la fois une extension et une fourniture d’extensions pour d’autres tables. Une classe parente qui n’est pas une extension d’une autre table est appelée classe de base. Une table enfant contiendra automatiquement les champs qui appartiennent à la table parente, mais la table parent peut ne pas contenir tous les champs d’une table enfant. Les tables et les champs sont personnalisables. Vous pouvez ajouter de nouveaux champs aux tables de base et aux tables d’extension pour capturer et suivre correctement les informations spécifiques liées au ticket. Tous les champs ajoutés à la table de base apparaîtront dans la table d’extension.

Ce modèle de données décrit les tables et les champs inclus dans chaque Services digitaux pour le secteur public application, ce qui vous permet de voir si la table du cas de base peut capturer vos informations ou si vous devez étendre la table pour supprimer des champs ou ajouter des champs pour capturer vos données spécifiques. Pour plus d’informations sur l’extension des tables et des types de tickets, reportez-vous à .Table extension and classes