Comment on page
Modèles de messages
Fonctionnement des modèles de messages
Pour optimiser votre temps et gagner en efficacité, vous pouvez paramétrer des modèles de messages à réutiliser dans les modules de Dastra.
Les types de modèles sont les suivants :
- Message dans les demandes d'exercice des droitsLors des échanges avec les demandeurs, vous pouvez enregistrer des modèles pour gagner du temps. Par exemple, un modèle d'accusé réception de la demande.
- TâcheVous pouvez personnaliser le contenu de la description d'une tâche. Idéal pour gagner du temps sur des tâches répétitives. Par exemple, quand vous demandez à quelqu'un de renseigner des éléments sur un traitement de données, vous pouvez réutiliser le même modèle de message.
- AuditsVous pouvez personnaliser les invitations à répondre à un audit. Utilisez ici un modèle pour inscrire le même message pour tous vos répondants. Par exemple, vous pouvez inviter vos sous-traitants à renseigner un audit de vérification de la bonne application du contrat de sous-traitance à partir d'un modèle créé à l'image de votre organisation.
- Compléter un traitementVous pouvez inviter un utilisateur de Dastra à compléter un traitement de données à partir d'une étape. Ecrivez une fois le modèle ou sélectionnez un modèle en fonction de la qualité du destinataire (juriste, DSI etc.) pour gagner du temps.
- Compléter une violation de donnéesVous pouvez inviter un utilisateur de Dastra à compléter une violation de données à partir d'une étape. Ecrivez une fois le modèle ou sélectionnez un modèle en fonction de la qualité du destinataire (juriste, DSI etc.) pour gagner du temps.
La création de modèle s'effectue soit à partir des réglages de l'espace de travail, soit à partir du lieu du message.
Création depuis les réglages de l'espace de travail
Cliquez sur Créer modèle
Interface de création d'un modèle
N'oubliez pas d'enregistrer votre travail !
Dastra vous permet de remplir automatiquement le modèle avec des variables personnalisées.
Cela signifie que vous pouvez inclure automatiquement des informations concernant l'objet lié au modèle dans le texte du modèle de message.
Par exemple, dans l'invitation à répondre à un audit, il sera possible de reprendre automatiquement la date d'échéance d'un audit.
Les champs personnalisés du message d'invitation à répondre à un audit
Vous pouvez ainsi ajouter facilement des champs dynamiques directement dans le modèle. En tant que langage de création de modèles, nous utilisons la synthax liquidJS.
Pour traduire les statuts, vous pouvez utiliser le filtre personnalisé getTranslation de cette manière {{data | getTranslation: ''}}. Exemple : {{data | getTranslation: 'dataSubjectRequestStates'}}
• Titre de la demande (title)
• Fermée par (closedByUser)
• Unité organisationnelle (area)
• Créé par (creator)
• Opérateur (operator)
• Langue (locale)
• Archivé (archived)
• Archivé le (archivedDate)
• Catégorie de personne (subjectCategory)
• Demande complexe (complex)
• Date de fermeture (dateClosed)
• Informations complémentaires (interne) (description)
• Message de la demande (message)
• Email (email)
• N° de téléphone (phoneNumber)
• Prénom (givenName)
• Nom (familyName)
• Mis à jour le (dateUpdate)
• Ref. Id (refId)
• Identifiant utilisateur (userId)
• Raison de la fermeture (closedReason)
• Description de la fermeture (closedReasonDescription)
• Date d'expiration (expiryTime)
• Address (address)
• Code postal (zipCode)
• Ville (city)
• Pays (countryCode)
• Date de validation de l'email (emailValidationDate)
• Email validé (mailValidated)
• Url source (referrerUrl)
• Identité validée (identityValidated)
• Date de validation de l'identité (dateIdentityValidated)
• Id de la demande (demandId)
• Statut (state)
• Date (dateCreation)
• Etape (workFlowStep)
• Canal de collecte (channel)
• Types de droits (purposes)
• Messages (nbMessages)
• Jours restants (remainingDays)
• Délai de fermeture (jours) (closingTime)
• Tags (tags)
• Projet (project)
• Iteration (iteration)
• Ordre (order)
• Propriétaire (owner)
• Unité organisationnelle (area)
• Créé par (creator)
• Jours restants (remainingDays)
• Délai de fermeture (jours) (closingTime)
• Nombre de sous-tâches (nbSubTasks)
• Nombre de sous-tâches fermées (nbSubTasksClosed)
• Id (id)
• Référence interne (ref)
• Archivé (archived)
• Nom (label)
• Description (descriptionHtml)
• Associée à (objectType)
• Statut (state)
• Date limite (deadline)
• Date de début (startDate)
• Fermée le (dateClosed)
• Activée le (dateActivated)
• Créé le (dateCreation)
• Mis à jour le (dateUpdate)
• Source (source)
• test (customFields.test)
• LIste (customFields.liste)
• Case à cocher simple (customFields.case_a_cocher_simple)
• Tags (tags)
• Etape (workFlowStep)
• Priorité (priority)
• Assignée à (assignedToUser)
• Modèle (template)
• Date du prochain audit (dateNextAudit)
• Durée de l'audit (auditDurationDays)
• Nb. corrections (nbCorrections)
• Nb validations (nbValidations)
• Jours avant le prochain audit (nextAuditDaysRemaining)
• Id (id)
• Nom (label)
• Version ancienne (isRevision)
• Version name (revisionDescription)
• Archivé (archived)
• Dépassé (isOverdue)
• Unité organisationnelle (area)
• Mis à jour le (dateUpdate)
• Archivé le (archivedDate)
• Score (readiness)
• Points (score)
• Taux de completion (%) (completionRate)
• Nb. réponses (nbAnswers)
• Nb. de questions (nbQuestions)
• Responsables (owners)
• Répondants (respondants)
• Plan d'action généré le (actionPlanDate)
• Statut (state)
• Date de début (startDate)
• Finalisé le (responseDate)
• Date de publication (publishedDate)
• Créé le (dateCreation)
• Objet attaché (objectLabel)
• Date limite (deadline)
Unité organisationnelle (area)
Etape (workflowStep)
Id (id)
Source (source)
Nom (label)
Statut (state)
Créé le (dateCreation)
Date d'archivage (dateArchived)
Archivé (archived)
Version description (versionDescription)
Type (processingType)
Unité organisationnelle (areaId)
Actifs (assets)
Référence interne (ref)
État du traitement (processingState)
Documentation (descriptionHtml)
Tags (tags)
Propriétaire du traitement (owner)
Parties prenantes (stakeHolders)
PIA requis (isDPIARequired)
Date de PIA (dpiaDate)
Est exempté de PIA (dpiaExemption)
Destinataires (recipients)
Responsables de traitement / clients (dataControllers)
Jeux de données (dataRetentionRules)
Finalités (purposes)
Mesures (securityMeasures)
Catégories de personnes concernées (personCategories)
AIPD (customFields.aipd)
Progression (%) (progression)
Qualité (%) (quality)
Sensibilité (%) (sensitivity)
Créé par (creatorUser)
Date de déploiement (dateDeployment)
Date de publication (datePublication)
Dernière modification (dateUpdate)
Description (description)
Nom (label)
ID (id)
Localisation des données (location)
Perte de confidentialité (access)
Perte d'intégrité (integrity)
Perte de disponibilité (availability)
Cause (reason)
Source (source)
Sous-traitants impliqués (processorInvolved)
Processors (processors)
Données sensibles (sensitiveData)
Score de probabilité (probabilityScore)
Niveau d'impact (impactScore)
Score (score)
Niveau de risque (riskLevel)
Volume d'enregistrements de données (dataVolume)
Support des données (dataSupport)
Communication effectuée ? (communicationDone)
Raison de l'absence de communication (noCommunicationReason)
Période (period)
Date de début (startDate)
Date de fin (endDate)
Date de constatation (constatationDate)
Délai de notification à l'autorité contrôle (notificationDueTime)
Opérateur (operator)
Etape (workFlowStep)
Unité organisationnelle (area)
Créé le (dateCreation)
Mis à jour le (dateUpdate)
Post-mortem effectué (postMortemDone)
Tags (tags)
Remarques (complementaryInformations)
Date de fermeture (dateClosed)
Date d'archivage (dateArchived)
Créé par (creator)
Dernière mise à jour 3mo ago