Belgian HIV-AIDS Sequence Registry
Belgian HIV-AIDS Sequence RegistryBienvenue sur les pages de documentation technique du projet « Belgian HIV-AIDS Sequence Registry », fournies par le service healthdata.be (Sciensano).
Ces pages fournissent des informations sur les processus techniques du projet. Les sections suivantes sont (seront) fournies :
- Informations générales sur le projet
- La collecte des données
- Le transfert des données (documentation en cours)
- La validation des données (documentation en cours)
- L'analyse des données (documentation en cours)
- Le reporting et la visualisation des données (documentation en cours)
Pour obtenir des informations scientifiques sur le projet, veuillez contacter l'organisation principale qui supervise la mise en œuvre du projet (voir la section « Informations générales sur le projet »).
Cette documentation est encore en construction. Nous essayons de présenter les informations aussi correctes, complètes et aussi claires que possible. Cependant, si vous voyez un élément dans la documentation qui est incorrect, ne correspond pas à votre expérience ou nécessite des éclaircissements supplémentaires, veuillez créer une demande (type : demande d'information) via notre portail (https://sciensano.service-now.com/sp) ou nous envoyer un e-mail à support.healthdata@sciensano.be pour signaler ce problème de documentation. N'oubliez pas d'inclure l'URL ou l'adresse Web de la page avec le problème de documentation. Nous ajusterons ensuite la documentation. Merci!Information générales sur le projet HIV_Sequence
Information générales sur le projet HIV_SequenceNom du projet
HIV-AIDS Sequence Registry
Abréviation du projet
HIV_Sequence
Code du projet
HDBP0263
Organisation principale qui supervise la mise en œuvre du projet
text
Organisation partenaire participant au projet
text
Organisation qui a commandité ce projet
text
Organisation fournissant un soutien monétaire ou matériel
text
Brève description du projet
text
Cadre réglementaire de ce projet
Consultez les informations sur le cadre réglementaire publiées sur les pages du site fair.healthdata.be.
La collecte des données du projet HIV_Sequence
La collecte des données du projet HIV_SequenceOrganisations et/ou individus qui fournissent des données
text
Date de début de la collecte des données
text
Date de fin de la collecte des données
text
Périodicité de la collecte des données
text
Définition de la Collecte des Données du projet HIV_Sequence (HDBP0263)
Définition de la Collecte des Données du projet HIV_Sequence (HDBP0263)Dans le fichier ci-dessous, vous trouverez les spécifications de la Définition de la Collecte des Données (DCD, data collection definition) du projet HIV_Sequence. Il s'agit d'une description détaillée du contenu d'une DCD avec des noms de champs, des formats, des valeurs, des règles de validation, des textes d'aide, des textes d'avertissement, des traductions, etc. Ces spécifications ont été utilisées pour construire les formulaires, les CSV et les API pour ce projet, que vous pouvez également trouver dans ce manuel du projet.
- [insert DCD]
Cette documentation est encore en construction. Nous essayons de présenter les informations aussi correctes, complètes et aussi claires que possible. Cependant, si vous voyez un élément dans la documentation qui est incorrect, ne correspond pas à votre expérience ou nécessite des éclaircissements supplémentaires, veuillez créer une demande (type : demande d'information) via notre portail (https://sciensano.service-now.com/sp) ou nous envoyer un e-mail à support.healthdata@sciensano.be pour signaler ce problème de documentation. N'oubliez pas d'inclure l'URL ou l'adresse Web de la page avec le problème de documentation. Nous ajusterons ensuite la documentation. Merci!Description du flux de données du projet HIV_Sequence
Description du flux de données du projet HIV_SequenceNous décrivons ci-dessous (à un niveau élevé) le flux de données du projet HIV_Sequence entre le fournisseur de données et la plateforme healthdata.be.
Étape 1. Exportation automatique des données des systèmes du fournisseur de données vers HD4DP v2 et pré-remplissage des formulaires s'ils ne sont pas complets.
Étape 2. Enregistrement manuel (de novo ou réalisation) des données dans la composante formulaire de HD4DP v2.
Étape 3. Transfert direct en temps réel des variables du registre et de l'ID technique de l'enregistrement de HD4DP v2 vers HD.
Étape 4. Transfert des identifiants du patient et de l'ID technique du dossier de HD4DP v2 vers le client de messagerie eHBox de l'HCO (HCO UM/EM).
Étape 5. Transfert des identifiants du patient et de l'identifiant technique du dossier depuis le client de messagerie eHBox du HCO (HCO UM/EM) vers le service TTP de eHealth.
Étape 6. Transfert des identifiants pseudonymisés du patient et de l'ID technique du dossier du service TTP d'eHealth vers le client de messagerie eHBox de HD (HD UM/EM).
Étape 7. Transfert des identifiants pseudonymes du patient et de l'identifiant technique de l'enregistrement du client de messagerie eHBox de HD (HD UM/EM) au moteur d'intégration de HD.
Étape 8. Jonction et transfert des identifiants de patients pseudonymisés, des variables de registre et de l'identifiant technique de l'enregistrement du moteur d'intégration de HD vers l'environnement de validation des données de DHW.
HD4DP v1
HD4DP v1 Bart.Servaes mar 20/02/2024 - 13:53General description of the application HD4DP v1
General description of the application HD4DP v1HD4DP v1 ("healthdata.be for data providers") is a local application accessible via web browser developed by healthdata.be (Sciensano) and installed at the site of the data provider (healthcare organizations). This application allows the data provider to extract data from the primary system and map that data into one or more data collections (if possible).
Clinical information that cannot be provided by the primary systems can be provided manually in the ‘prefilled’ form view of the Data Collection Definition (DCD).
The (form view of the) Data Collection Definitions (DCDs) are managed centrally via a metadata catalogue.
User manual of the application HD4DP v1
User manual of the application HD4DP v1An extensive user manual, for both participating healthcare organizations and their IT service providers, is available on this docs.healthdata.be portal: https://docs.healthdata.be/hd4dp-v1.
Request account for HD4DP v1
Request account for HD4DP v1To access the HD4DP v1 application, you need an account, a username and a password. If you do not have an account, you can request one by following the steps below. If you have an account, follow the "sign in" instructions at the end of this page.
- Open the link for the HD4DP v1 application. You will see this screen:
- Click on the Request account link on the login page.
- Fill out the request form:
- Enter a username, first name, last name and e-mail address
- Select the organization and data collection(s)
- Fill in the Requester e-mail field if a person requests an account for a third person
- Submit the request user the Request button
- Confirmation e-mails are sent to the person for whom the account was requested as well as the requester, if the field "Requester e-mail" was filled.
- The approval or rejection for the user account is confirmed by mail. Depending on your organization, this could take a few hours.
- This action will be done by an HD4DP v1 administrator in your organization
- The confirmation mail will include all the necessary information to log in
Sign in
Logging in to the HD4DP v1 application is done in 3 steps:
- Enter your username and password in the appropriate fields
- Select the correct organization
- Click on "Log in"
Create a registration in HD4DP v1
Create a registration in HD4DP v1The Data Collection view leads a user to the existing registers. A user can start collecting data from this view.
Creating and submitting a registration consists of 4 steps:
- Select the register for creating a registration.
- Click on "New registration" button.
- Fill in the registration form and save or submit the registration.
- Save the registration temporarily if needed. The status of the record will be "Open" for saved registrations.
The Data Collection view leads a user to the existing registers. A user can start collecting data from this view.
Creating and submitting a registration consists of 4 steps:
- Select the register for creating a registration.
- Click on "New registration" button.
- Fill in the registration form and save or submit the registration.
- Save the registration temporarily if needed. The status of the record will be "Open" for saved registrations.
- Submit the registration if there are no more validation errors. Registration status changes to Sending
- When the record is processed, the status changes to Submitted.
Once a registration is sent, the message Pending appears in the status confirmation column.
- When the registration is received, the message OK appears; if the registration is not received within 48 hours, the message NOK appears. With the status "NOK", the software will automatically try to send the registration up to 10 days after the initial submission.
- For the statuses Sending, Corrections needed and Approved, the status confirmation is empty because the registration has not yet been sent
- A registration can be Reopened if necessary, as long as the status of the registration is "Submitted".
Change a registration in HD4DP v1
Change a registration in HD4DP v1A user can modify and complete a registration in four steps:
- Select the register from which you wish to modify one or more registration(s).
- Click on the registration to be changed, and complete the form in full. The status of the record is then:
- Open for registrations saved manually or by uploading a csv file
- Corrections needed for registrations with errors
- Save registration temporarily if necessary. Record status becomes Open for stored registrations.
A user can modify and complete a registration in four steps:
- Select the register from which you wish to modify one or more registration(s).
- Click on the registration to be changed, and complete the form in full. The status of the record is then:
- Open for registrations saved manually or by uploading a csv file
- Corrections needed for registrations with errors
- Save registration temporarily if necessary. Record status becomes Open for stored registrations.
- Submit the registration if there are no more validation errors. Registration status changes to Sending
- When the record is processed, the status changes to Submitted.
Once a registration is sent, the message Pending appears in the status confirmation column.
- When the registration is received, the message OK appears; if the registration is not received within 48 hours, the message NOK appears. With the status "NOK", the software will automatically try to send the registration up to 10 days after the initial submission.
- For the statuses Sending, Corrections needed and Approved, the status confirmation is empty because the registration has not yet been sent
- A registration can be Reopened if necessary, as long as the status of the registration is "Submitted".
Delete a registration in HD4DP v1
Delete a registration in HD4DP v1Only registrations with status Open or Corrections needed can be deleted.
The following steps are required to delete the registration:
- Select the record and version for which you wish to delete a registration.
- Select the registration(s) you wish to delete.
- Select the Actions button and select the Delete registrations option.
- Select Yes to confirm.
Technical manual of the application HD4DP v1
Technical manual of the application HD4DP v1 Bart.Servaes mar 20/02/2024 - 15:32HD4DP v1 csv upload
HD4DP v1 csv upload Bart.Servaes mar 20/02/2024 - 15:33Create a csv for HD4DP v1
Create a csv for HD4DP v1Processing registrations in bulk is done by uploading CSV files. These files are plain text files which can contain multiple registrations at once and are extracted from your primary system.
The first step is to create the file correctly.
Using a CSV editor
While Excel is a fine tool to view CSV’s, we do not recommend it to edit CSVs. Instead use notepad++ or any other text editor. Here are a few risks you should be aware of when editing a CSV in Excel. Excel will interpret the content, which may lead to changes:
- Leading zeros disappear in fields that are recognized as numeric fields
- Entries like 3-9 can become March-9
- The only accepted date format DD/MM/YYYY can be modified (e.g. To DD/MM/YY)
- The decimal separator can differ from that in HD4DP, a semicolon wil lead to a correct upload
- When saving a file as .csv, Excel uses the default field separator. HD4DP only accepts CSV with a semicolon as separator. This default setting can be adapted in the properties of your computer.
- CSV encoding must be in UTF-8.
Setting up the document
Every column in the CSV file needs to be recognized as a field of the register by the HD4DP application. Therefor each column in the file must be identical by the technical name of the field in the register.
Tip: Downloading (manually) entered data from HD4DP will guide you in formatting a CSV file and may help during the development of the CSV extraction from the primary systems.
The Data Collection Definition (DCD) specifications for a register and its fields are defined and documented on this documentation portal.
Each field in the form can be completed through a value in a CSV file.
An example field is “Date of last follow-up”, shown in the screenshot below.
This field is of the type “date” and is required (*). Within the technical documentation of this data collection, this is shown as follows:
To include this field in a CSV upload file, it is sufficient to create a column with the name “date_of_last_followup” and populate it with the appropriate data i.e. a date in the format dd/mm/yyyy.
Fields can be required, read-only and computed (automatically calculated). Fields can also have a default value.
This information is present in the detailed technical description for each data collection.
General requirements
- The column separator is the semicolon (;)
- The decimal separator for numbers is the comma (,)
- The date format is dd/mm/yyyy
Basic content types
Depending on the type of the field, a different representation of the data is expected. The table below describes the different basic types and the rules on how to provide the content for these types.
| Content type | Expected format/content |
| boolean | TRUE, FALSE |
| date | dd/mm/yyyy |
| choice | code from choice list |
| list | option1_label|option2_label|etc. |
| multiline | free text |
| number | number (decimal separator = ,) |
| patientID | SSIN number. If the person does not have a SSIN, leave this field blank. |
| questionnaire | code from questionnaire answer list |
| text | ● free text ● if a binding reference list is used: a code from the reference list ● if a non-binding reference list is used: a code from the reference list or free text |
| attachment | ● expected format/content: Name of the file that must be attached (e.g. protocol.txt). ● expected extension: .txt ● file must be stored in the same folder as the folder that is used for the CSV-upload |
Advanced content types
Other than these simple types, more complex data structures can be used, as shown in the table below. Each of these types is explained in more detail below the table.
| Content type | CSV column name | Expected format |
| fields within fieldset | fieldset_label|field_label | depending on the field type |
| list (1 field) | list_label|field | value1|value2|etc |
| list (block of fields) | list_label|0|field1 list_label|0|field2 list_label|1|field1 list_label|1|field2 etc. | depending on the field type |
| nested fields below choice or multichoice | choice_label|nested_item | depending on the field type |
Fieldset
A fieldset is a collection of fields, as shown in the image below:
Anthropometry is the title of the fieldset, and this fieldset contains two fields, weight and height. Fieldsets fieldsets do not have a number cfr. image below - Anthropometry.
Sections do not have an impact on the CSV file, whereas fieldsets do. The title of the fieldset must be included in the field name column as follows: fieldset_label|field_label.
E.g. for the two Anthropometry fieldset fields weight and height below, the correct CSV column headers are: anthropometry|weight en anthropometry|height.
Lists
A list is also a collection of fields, like a fieldset, but with the additional property that the collection of fields can be repeated.
An example is shown in the image below: “Birthdays of the biological children for this patient” is a list. One list item consists of two fields, “Child birth month” and “Child birth year”. For each child, a list item can be added.
The CSV column names consist of the list header label and the field label (as for fieldsets), together with a counter to distinguish the different list items. The correct CSV column names for the two list items below are:
- birthdays_of_the_biological_children_for_this_patient|00|child_birth_month
- birthdays_of_the_biological_children_for_this_patient|00|child_birth_month
- birthdays_of_the_biological_children_for_this_patient|01|child_birth_month
- birthdays_of_the_biological_children_for_this_patient|01|child_birth_year
Please note that for every line, the numbers should increment, starting from 0 (|00|,|01|, .. is ok, |01|, |03|, ... is not). You can't have blank values for |00| and filled values for a higher number.
Please note that the numbering requires a stable format, meaning the number of characters used by the number has to be constant. You can't have one record using |00| and another using |0|. Generally we advice to use a string length of 2 digits.
For lists consisting of 1 field a simplified implementation is possible. The CSV column header only consists of the list header label and multiple values are provided in the one column, separated by a pipe (|).
E.g. for the list in the image below, the CSV column header is diagnosis_orphacode and the content of the column is 562|702. This is the example of a text field with a reference list: providing the codes of the reference list is sufficient.
Nested fields
Nested fields are fields that only become available when specific options are selected in the form. An example is shown below: the field “Specify” only becomes available if the checkbox “Other” is marked. These fields also have a combined CSV column header, consisting of the choice list label and the field label. For the example below, the correct CSV column header is hence base_of_diagnosis|specify.
Attachments
When a CSV is prepared and put in the provisioning folder, it can contain references to attachments for data collections that specifically allow this.
These references are relative paths to the file location. If such a reference is present in the CSV file, the attachment content is uploaded and linked to the created registration. The attachment is then available in the HD4DP client as well as in the HD4RES client when the registration is submitted.
The maximum file size for attachments is 6 MB.
If a data collection permits you to send attachments you should have the column name to use in the CSV. If not, you should be able to find it at https://www.healthdata.be/dcd/#/collections or you can contact Support.Healthdata@sciensano.be.
Add the column name to the header of the CSV and add the file names as values in the column.
Example: “picture.png”
Put the CSV file in the correct provisioning folder (organization sub folder, then in the register sub folder), along with a “picture.png” file of your choice. The application picks the CSV file and creates a new registration.
Open the registration and verify the attachment has correctly been uploaded.
CSV download and upload for stable data
CSV download and upload for stable dataBefore starting a new data collection based on stable data of another data collection, you need to finalize the data collection which serves as the starting point of your new data collection cf. article "Finalize the data collection"
To start the new data collection select the new version in the Data collection section. In this case v3.
Click the button "Go to the participation page":
- Click on ‘Participate’:
- The Start date in the Participation status will be updated and access to the new version is completed and the user can return to the Data Collection section:
- Once the previous data collection is finalized and the new one has been started, you can download data from the first version and add those to the next version.
- Go to the Registrations tab:
- Download the data by using the Download button "CSV Download All (Stable Data)":
When everything is downloaded, you can start uploading by Using the upload center.
Service de support de healthdata.be
Service de support de healthdata.beLe Service Desk de healthdata.be (Sciensano) aide les utilisateurs de nos applications et services et traite les demandes et problèmes lorsqu'ils surviennent.
Le Service Desk se concentre sur les services gérés par nos services informatiques (HD4DP, HD4RES, healthstat.be,…) et vous aide avec les comptes et les mots de passe. Pour toute question sur le contenu et les objectifs des projets, nous vous invitons à vous adresser aux organismes de recherche responsables.
Pour un traitement plus efficace de votre demande, nous vous conseillons d'utiliser notre portail de services : https://sciensano.service-now.com/sp.
Veuillez trouver ci-dessous les heures d'ouverture de notre service de support :
Comment signaler un incident
Comment signaler un incidentLe service healthdata.be (Sciensano) traite chaque rapport d'incident selon une procédure opérationnelle standard (POS). Une version publique de cette POS « HD Incident Management Process » est également disponible sur ce portail : docs.healthdata.be.
Pour soumettre un incident lié aux projets et applications en production, et facilités ou gérés par le service healthdata.be de Sciensano, vous devez d'abord vous connecter au portail Services et Support de HD.
Après l'étape de connexion, vous arriverez sur la page principale du portail.
Sur la page principale, vous devez sélectionner « Obtenir de l'aide ».
Une nouvelle page avec le titre « Créer un incident » apparaîtra.
Vous pouvez maintenant documenter votre incident ou problème en fournissant les informations suivantes :
Veuillez indiquer l'urgence de la résolution de votre problème en fonction de sa criticité pour l'entreprise.
Veuillez indiquer le type de problème que vous rencontrez.
Lorsque le type de problème « Application » est sélectionné, deux champs supplémentaires apparaissent : « Nom du Projet » et « Application ».
Veuillez sélectionner les informations appropriées.
Veuillez décrire clairement et brièvement (1 phrase) l'objet de votre problème.
Veuillez décrire en détail le problème. Les aspects suivants sont importants pour nous permettre de comprendre et de résoudre le problème :
- une description des actions que vous voulez effectuer mais que vous n'arrivez pas à accomplir (Exemples : fournissez-nous le nom du champ, la règle de validation, le bouton, etc.)
- une description (si possible) des étapes séquentielles que vous suivez pour utiliser le service ou l'application de healthdata.be pour lequel vous avez besoin de support
- une brève description du problème technique que vous rencontrez (Exemple : messages d'erreur)
Nous vous recommandons vivement d'ajouter une capture d'écran décrivant le problème (IMPORTANT : ne nous fournissez pas les données du patient !).
Vous pouvez ajouter la capture d'écran en cliquant sur « Add Attachments ».
Sur le côté droit du formulaire, les éléments d'information requis du formulaire d'incident sont énumérés. Lorsque ces champs sont remplis, leurs noms disparaissent de la case « required information » (informations obligatoires).
Le formulaire ne peut être soumis que si tous les champs obligatoires sont remplis, en appuyant sur le bouton vert « Soumettre ».
Si tous les champs obligatoires n'ont pas été remplis, un message d'avertissement apparaîtra en haut du formulaire.
En outre, les champs obligatoires manquants seront mis en évidence en vert.
Lorsque le formulaire d'incident a été soumis avec succès, un aperçu de votre soumission apparaît dans un nouvel écran.
À droite de l'écran, vous trouverez les détails, y compris le numéro de l'incident.
À gauche de l'écran, vous trouverez une chronologie du traitement de votre incident, en commençant par votre création.
Comment faire une demande d'information sur HD
Comment faire une demande d'information sur HDPour soumettre une demande sur la plateforme healthdata.be, vous devez d'abord vous connecter au portail Services et Support de HD: https://sciensano.service-now.com/sp.
Après l'étape de connexion, vous arriverez sur la page principale du portail.
Sur la page principale, vous devez sélectionner « Demander quelque chose ».
Une nouvelle page avec les titres des différents types de demandes apparaîtra.
Cochez la case « Demande d'informations sur HD ».
Une nouvelle page contenant les titres des Demande d'informations sur HD apparaîtra.
Vous pouvez maintenant documenter votre demande en fournissant les informations suivantes :
Veuillez décrire clairement et brièvement (1 phrase) l'objet de votre demande d'informations.
Veuillez décrire en détail la demande d'informations.
Si disponible, veuillez télécharger des documents supplémentaires pertinents pour cette demande d'information.
Sur le côté droit du formulaire, les éléments d'information requis du Formulaire de demande sont énumérés. Lorsque ces champs sont remplis, leurs noms disparaissent de la case « required information » (informations obligatoires).
Le formulaire ne peut être soumis que si tous les champs obligatoires sont remplis, en appuyant sur le bouton vert « Soumettre ».
Si tous les champs obligatoires n'ont pas été remplis, un message d'avertissement apparaîtra en haut du formulaire.
En outre, les champs obligatoires manquants seront mis en évidence en vert.
Lorsque le formulaire de demande a été soumis avec succès, un aperçu de votre demande apparaît dans un nouvel écran.
À droite de l'écran, vous trouverez les détails, y compris le Numéro de la demande.
À gauche de l'écran, vous trouverez une chronologie du traitement de votre demande, en commençant par votre création.
Politique de sécurité des e-mails
Politique de sécurité des e-mailsQUEL EST LE PROBLÈME ?
Nous bloquons les e-mails de votre organisation parce que la configuration de vos services de messagerie et/ou de DNS peut permettre aux spammeurs/pirates informatiques d'en abuser. Plus précisément, votre configuration actuelle permet à d'autres expéditeurs d'usurper l'identité de votre organisation en leur permettant d'imiter le « Header From» de l'e-mail de votre organisation.
En d'autres termes, ils peuvent envoyer des messages de phishing et de spam qu'il est impossible de distinguer des e-mails authentiques de votre organisation.
Si vous êtes responsable de la gestion de votre infrastructure TIC, lisez ce qui suit. Sinon, transmettez ce message à votre département TIC ou au service TIC qui gère votre infrastructure TIC.
COMMENT RÉSOUDRE LE PROBLÈME ?
Vous devez vérifier que votre configuration répond aux exigences de sécurité du « Sender Alignment ». Plus précisément, vos services de messagerie et votre DNS doivent être configurés conformément aux normes TIC.
Ces configurations sont courantes, bien documentées et prises en charge par les hébergeurs :
- https://dmarcian.com/alignment/
- https://mxtoolbox.com/dmarc/spf/spf-alignment
- https://o365info.com/how-does-sender-verification-work-how-we-identify-spoof-mail-the-fiveheros-spf-dkim-dmarc-exchange-and-exchange-online-protection-part-9-of-9/
Nous avons constaté que ce problème est fréquent dans les organisations qui ont déplacé leur infrastructure TIC vers des services en Cloud tels que Microsoft (O365), Amazon, Google et MS Azure sans configurer correctement l'infrastructure TIC (qui n'est pas gérée par ces fournisseurs).
Les configurations et les recommandations doivent être mises en œuvre sur l'infrastructure TIC du client, qu'elle soit interne ou externe. Les DNS et les services de messagerie sont les principales plateformes TIC pour ces actions.
L'UTILISATION DE DIFFÉRENTS DOMAINES LORS DE L'ENVOI D'E-MAILS
Les e-mails contiennent une « Envelope From » et un « Header From ». Les deux doivent correspondre pour éviter que l'e-mail ne soit bloqué.
Quelques exemples :
1. Un service public utilise son nouveau nom de domaine dans le « Header From » en son ancien nom de domaine dans l'« Envelope From ».
- Envelope From = noreply@publicservice.fgov.be
- Header From = noreply@publicservice.belgium.be
➔ Ces e-mails seront bloqués.
Remarque : Comme il s'agit d'une adresse « noreply », l'expéditeur ne remarquera même pas que l'e-mail est rejeté.
2. Une organisation utilise un service Cloud (Freshservice) pour son outil d'assistance et l'« Envelope From » n'a pas été modifié.
• Envelope From = bounces+us.3.52773-helpdesk=organisation.be@emailus.freshservice.com
• Header From = helpdesk@organisation.be
➔ Ces e-mails seront bloqués.
3. Une entreprise utilise un service Cloud (Amazon SES) pour envoyer la notification de l'envoi et « Envelope From » n'a pas été modifié.
- Envelope From = 01020188573f374-96de6437-9134-45f4-8aa6-3e9ac18d5848-000000@euwest-1.amazonses.com
- Header From = noreply@company.be
➔ Ces e-mails seront bloqués.