Belgian HIV-AIDS Sequence Registry

Belgian HIV-AIDS Sequence Registry

Welkom op de technische documentatiepagina's voor het project "Belgian HIV-AIDS Sequence Registry (HIV_Sequence)", aangeboden door de dienst healthdata.be (Sciensano).

Deze pagina's geven informatie over de technische processen van het project. De volgende onderdelen (zullen) worden verstrekt:

Voor wetenschappelijke informatie over het project kunt u contact opnemen met de primaire organisatie die toezicht houdt op de uitvoering van het project (zie hoofdstuk "Algemene projectinformatie").

Deze documentatie wordt regelmatig bijgewerkt. We proberen de informatie zo correct, volledig en zo duidelijk mogelijk weer te geven. Als u desondanks iets in de documentatie ziet dat niet correct is, niet overeenkomt met uw ervaring, of verdere verduidelijking vereist, maak dan een verzoek aan (type: verzoek om informatie) via ons portaal (https://sciensano.service-now.com/sp) of stuur ons een e-mail via support.healthdata@sciensano.be om dit documentatieprobleem te melden. Vergeet niet de URL of het webadres van de pagina met het documentatieprobleem te vermelden. Wij zullen de documentatie dan aanpassen. Bedankt!

Bart.Servaes do, 09/21/2023 - 13:59

Algemene informatie over het project HIV Sequence

Algemene informatie over het project HIV Sequence

Naam van het project

HIV-AIDS Sequence Registry

Project afkorting

HIV_Sequence

Project code

HDBP0263

Primaire organisatie die toezicht houdt op de uitvoering van het project

text

Partnerorganisatie die aan het project deelneemt

text

Organisatie die opdracht heeft gegeven voor dit project

text

Organisatie die geldelijke of materiële steun verleent

text

Korte beschrijving van het project

text

Regelgevend kader van dit project

Raadpleeg de informatie over het regelgevend kader op de fair.healthdata.be portal.

Bart.Servaes wo, 09/20/2023 - 14:07

De HIV_Sequence datacollectie

De HIV_Sequence datacollectie

Organisaties en/of personen die gegevens verstrekken

text

Startdatum van de datacollectie

text

Einddatum van de datacollectie

text

Periodiciteit van de datacollectie

text

Bart.Servaes di, 09/19/2023 - 09:10

De HIV_Sequence datacollectiedefinitie (HDBP0263)

De HIV_Sequence datacollectiedefinitie (HDBP0263)

In het onderstaande bestand vindt u de specificaties van de datacollectiedefinitie (DCD, data collection definition) van het project HIV_Sequence. Het betreft een gedetailleerde beschrijving van de inhoud van een DCD met veldnamen, formaten, waarden, validatieregels, helpteksten, foutmeldingen, vertalingen... Deze specificaties werden gebruikt voor het opstellen van de formulieren, csv's en API's in dit project welke u ook in deze projecthandleiding kunt vinden.

  • [insert DCD]
Deze documentatie wordt regelmatig bijgewerkt. We proberen de informatie zo correct, volledig en zo duidelijk mogelijk weer te geven. Als u desondanks iets in de documentatie ziet dat niet correct is, niet overeenkomt met uw ervaring, of verdere verduidelijking vereist, maak dan een verzoek aan (type: verzoek om informatie) via ons portaal (https://sciensano.service-now.com/sp) of stuur ons een e-mail via support.healthdata@sciensano.be om dit documentatieprobleem te melden. Vergeet niet de URL of het webadres van de pagina met het documentatieprobleem te vermelden. Wij zullen de documentatie dan aanpassen. Bedankt!

Bart.Servaes di, 02/06/2024 - 10:29

De beschrijving van de HIV_Sequence dataflow

De beschrijving van de HIV_Sequence dataflow

Hieronder beschrijven we (op hoog niveau) de HIV Sequence dataflow tussen de gegevensverstrekker en het healthdata.be-platform.

Stap 1. Automatische data export vanuit systemen van Data Provider naar HD4DP v2 en prefill van formulieren indien niet volledig.

Stap 2. Handmatige registratie (de novo of aanvulling) van gegevens in formuliercomponent van HD4DP v2.

Stap 3. Directe real time overdracht van registervariabelen en technische ID van record van HD4DP v2 naar HD.

Stap 4. Overdracht van patiëntidentifiers en technische ID van dossier van HD4DP v2 naar eHBox-berichtenclient van HCO (HCO UM/EM).

Stap 5. Overdracht van patiëntidentifiers en technische ID van dossier van eHBox-berichtencliënt van HCO (HCO UM/EM) naar TTP-dienst van eHealth.

Stap 6. Overdracht van gepseudonimiseerde patiëntidentificatoren en technische ID van dossier van TTP-dienst van eHealth naar eHBox-berichtenclient van HD (HD UM/EM).

Stap 7. Overdracht van gepseudonimiseerde patiëntidentificatoren en technische ID van het dossier van de eHBox-client voor berichtenverkeer van HD (HD UM/EM) naar de HD-integratie-engine.

Stap 8. Samenvoeging en overdracht van gepseudonimiseerde patiënt-ID's, registervariabelen en technische ID's van records van de HD-integratie-engine naar de gegevensvalidatieomgeving op de DHW.

Bart.Servaes di, 09/19/2023 - 14:11

HD4DP v1

HD4DP v1 Bart.Servaes di, 02/20/2024 - 13:53

General description of the application HD4DP v1

General description of the application HD4DP v1

HD4DP 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.

Bart.Servaes di, 02/20/2024 - 13:57

User manual of the application HD4DP v1

User manual of the application HD4DP v1

An 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.

Bart.Servaes di, 02/20/2024 - 13:58

Request account for HD4DP v1

Request account for HD4DP v1

To 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"
Bart.Servaes di, 02/20/2024 - 15:10

Create a registration in HD4DP v1

Create a registration in HD4DP v1

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.​

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 SendingCorrections 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".
Bart.Servaes di, 02/20/2024 - 15:31

Change a registration in HD4DP v1

Change a registration in HD4DP v1

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.

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 SendingCorrections 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".
Bart.Servaes di, 02/20/2024 - 15:31

Delete a registration in HD4DP v1

Delete a registration in HD4DP v1

Only 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.

Bart.Servaes di, 02/20/2024 - 15:32

Technical manual of the application HD4DP v1

Technical manual of the application HD4DP v1 Bart.Servaes di, 02/20/2024 - 15:32

HD4DP v1 csv upload

HD4DP v1 csv upload Bart.Servaes di, 02/20/2024 - 15:33

Create a csv for HD4DP v1

Create a csv for HD4DP v1

Processing 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 typeExpected format/content
booleanTRUE, FALSE
datedd/mm/yyyy
choicecode from choice list
listoption1_label|option2_label|etc.
multilinefree text
numbernumber (decimal separator = ,)
patientIDSSIN number. If the person does not have a SSIN, leave this field blank.
questionnairecode 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 typeCSV column nameExpected format
fields within fieldsetfieldset_label|field_labeldepending on the field type
list (1 field)list_label|fieldvalue1|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 multichoicechoice_label|nested_itemdepending 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.

Bart.Servaes di, 02/20/2024 - 15:33

CSV download and upload for stable data

CSV download and upload for stable data

Before 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.

Bart.Servaes di, 02/20/2024 - 15:34

Support service van healthdata.be

Support service van healthdata.be

De Service Desk van healthdata.be (Sciensano) helpt gebruikers van onze applicaties en diensten en behandelt verzoeken en problemen wanneer deze zich voordoen.

De Service Desk richt zich op de diensten van onze IT Services (HD4DP, HD4RES, healthstat.be,…) en helpt u met accounts en wachtwoorden. Voor vragen over de inhoud en doelstelling(en) van de projecten verwijzen we graag naar de beherende onderzoeksorganisaties.

Voor een zo efficiënt mogelijke afhandeling van uw aanvraag adviseren wij u gebruik te maken van ons serviceportaal: https://sciensano.service-now.com/sp.

Hieronder vindt u onze openingstijden van onze servicedienst:

Bart.Servaes di, 09/19/2023 - 13:18

Hoe een incident melden

Hoe een incident melden

De dienst healthdata.be (Sciensano) behandelt elke melding van een incident volgens een Standard Operating Procedure (SOP). Een publieke versie van deze SOP "HD Incident Management Process" is ook beschikbaar op deze docs.healthdata.be portaal.

Om een incident te melden met betrekking tot de projecten en applicaties die in productie zijn, en gefaciliteerd of beheerd worden door de service healthdata.be van Sciensano, dient u eerst in te loggen op het HD Service- en Supportportaal: https://sciensano.service-now.com/sp.

Na de inlogstap komt u op de hoofdpagina van het portaal.

Op de hoofdpagina, moet je "Hulp vragen" selecteren.

Er verschijnt een nieuwe pagina met de titel "Creëer een incident".

U kunt nu uw incident of probleem documenteren door de volgende informatie te verstrekken:

Geef aan hoe dringend het is dat uw probleem moet worden opgelost op basis van de bedrijfskritische aard ervan.

Gelieve aan te geven welk soort probleem u ondervindt.

Wanneer het probleemtype "Application" is geselecteerd, verschijnen er twee extra velden: "Naam van het project" en "Application".

Gelieve de juiste informatie te selecteren.

Geef een duidelijke en korte beschrijving (1 zin) van het onderwerp van uw probleem.

Gelieve het probleem in detail te beschrijven. De volgende aspecten zijn belangrijk voor ons om het probleem te begrijpen en op te lossen:

  • een beschrijving van de acties die u wilt uitvoeren maar niet kunt uitvoeren (Bv.: geef ons veldnaam, validatieregel, knop, etc.)
  • een beschrijving (indien mogelijk) van de opeenvolgende stappen die u neemt om de healthdata.be-service of -applicatie waarvoor u ondersteuning nodig hebt, te gebruiken
  • een korte beschrijving van het technische probleem dat u ondervindt (Bv.: foutmeldingen)

Wij raden u aan een schermafbeelding toe te voegen die het probleem beschrijft (BELANGRIJK: verstrek ons geen patiëntgegevens!).

U kunt de schermafbeelding toevoegen door op "Add attachments" te drukken

Aan de rechterkant van het formulier staan de verplichte informatie-elementen van het Incidentenformulier. Wanneer deze velden zijn ingevuld, verdwijnen deze veldnamen in het vak "required information" (verplichte informatie).

Alleen als alle verplichte velden zijn ingevuld, kan een formulier worden verzonden, door op de groene "Indienen" knop te drukken.

Indien niet alle verplichte velden zijn ingevuld, verschijnt bovenaan het formulier een waarschuwingsbericht.

Ook zullen de ontbrekende verplichte velden groen gemarkeerd worden.

Als het incidentenformulier met succes is ingediend, verschijnt in een nieuw scherm een overzicht van uw indiening.

Aan de rechterkant van het scherm vindt u de details, waaronder het Incidentnummer.

Aan de linkerkant van het scherm vindt u een tijdlijn van de afhandeling van uw incident, te beginnen met de creatie ervan.

Bart.Servaes wo, 09/20/2023 - 23:11

Een verzoek om informatie over HD indienen

Een verzoek om informatie over HD indienen

Om een verzoek om informatie over het healthdata.be platform in te dienen, moet u eerst inloggen op het HD Service- en Supportportaal: https://sciensano.service-now.com/sp.

Na de inlogstap komt u op de hoofdpagina van het portaal.

Op de hoofdpagina moet u "Iets aanvragen" selecteren.

Er verschijnt een nieuwe pagina met de titels van de verschillende soorten verzoeken.

Selecteer het vakje "Verzoek om informatie over HD".

Er verschijnt een nieuwe pagina met de titels van het Verzoek om informatie over HD.

U kunt uw verzoek nu documenteren door de volgende informatie te verstrekken:

Beschrijf duidelijk en kort (1 zin) het onderwerp van uw verzoek om informatie.

Beschrijf in detail het verzoek om informatie.

Upload indien beschikbaar aanvullende documenten die relevant zijn voor dit verzoek om informatie.

Aan de rechterkant van het formulier staan de verplichte informatie-elementen van het aanvraagformulier. Wanneer deze velden zijn ingevuld, verdwijnen deze veldnamen in het vak "required information".

Alleen als alle verplichte velden zijn ingevuld, kan een formulier worden ingediend door op de groene knop "Indienen" te drukken.

Als niet alle verplichte velden zijn ingevuld, verschijnt boven aan het formulier een waarschuwing.

Ook de ontbrekende verplichte velden worden groen gemarkeerd.

Wanneer het aanvraagformulier met succes is ingediend, verschijnt een overzicht van uw aanvraag in een nieuw scherm.

Rechts op het scherm vindt u de details, waaronder het nummer van de Aanvraag.

Links op het scherm vindt u een tijdlijn van de behandeling van uw verzoek, te beginnen met uw aanmaak.

Bart.Servaes do, 09/21/2023 - 07:42

E-mailveiligheidsbeleid

E-mailveiligheidsbeleid

WAT IS HET PROBLEEM?

We blokkeren e-mails van uw organisatie omdat de configuratie van uw e-mail- en/of DNS-diensten mogelijk misbruik door spammers / hackers mogelijk maakt. Meer in het bijzonder stelt uw huidige configuratie andere afzenders in staat om zich als uw organisatie voor te doen door hen toe te staan de "Header From" van de e-mail van uw organisatie na te bootsen.

Met andere woorden, ze kunnen phishing- en spamberichten versturen die niet te onderscheiden zijn van echte e-mails van uw organisatie.

Als u verantwoordelijk bent voor het beheer van uw ICT-infrastructuur, lees dan verder. Als u niet de verantwoordelijke bent, geef dit bericht dan door aan uw ICT-afdeling of aan de ICT-dienst die uw ICT-infrastructuur beheert.

HOE LOST U DIT OP?

U dient te controleren of uw configuratie voldoet aan de beveiligingseisen voor “Sender Alignment”. Meer specifiek moeten uw maildiensten en DNS geconfigureerd worden volgens ICT-standaarden.

Deze configuraties zijn gangbaar, goed gedocumenteerd en worden ondersteund door hostingbedrijven:

We hebben gemerkt dat dit probleem vaak voorkomt bij organisaties die hun ICT-infrastructuur hebben verplaatst naar Cloud services zoals Microsoft (O365), Amazon, Google en MS Azure zonder de ICT-infrastructuur goed te configureren. (Die wordt immers niet beheerd door deze providers).

De configuraties en aanbevelingen moeten worden geïmplementeerd op de ICT-infrastructuur van de klant, ongeacht of die intern of extern is. DNS en Mailservices zijn de belangrijkste ICT-platformen voor deze acties.

HET GEBRUIK VAN VERSCHILLENDE DOMEINEN BIJ HET VERZENDEN VAN E-MAILS

E-mails bevatten een "Envelope From" en een "Header From". Beide moeten overeenkomen om te voorkomen dat de e-mail wordt geblokkeerd.

Enkele voorbeelden:

  1. Een openbare dienst gebruikt zijn nieuwe domeinnaam in de “Header From” en zijn oude domeinnaam in de “Envelope From”.
  • Envelope From = noreply@publicservice.fgov.be
  • Header From = noreply@publicservice.belgium.be

➔ Deze e-mails worden geblokkeerd.

Remark: Omdat het een noreply adres is, zal de afzender niet eens merken dat de e-mail geweigerd wordt …

2. Een organisatie gebruikt een Cloud-service (Freshservice) voor haar helpdesktool en de “Envelope From” is niet aangepast.

• EnvelopeFrom = bounces+us.3.52773-helpdesk=organisation.be@emailus.freshservice.com
• Header From = helpdesk@organisation.be

➔ Deze e-mails worden geblokkeerd.

3. Een bedrijf gebruikt een Cloud service (Amazon SES) om de leveringsmelding te versturen en de “Envelope From” is niet aangepast.

  • Envelope From = 01020188573f374-96de6437-9134-45f4-8aa6-3e9ac18d5848-000000@euwest-1.amazonses.com
  • Header From = noreply@company.be

➔ Deze e-mails worden geblokkeerd.

Jonas.VanBussel vr, 08/04/2023 - 09:31

Release notes

Release notes Bart.Servaes ma, 09/18/2023 - 19:04