[On-Premise/hybride uniquement]{class="badge yellow" title="S’applique uniquement aux déploiements on-premise et hybrides"}

Gestion des fuseaux horaires time-zone-management

Principe de fonctionnement operating-principle

Adobe Campaign permet d'exprimer les dates en tenant compte de leur fuseau horaire : les utilisateurs internationaux peuvent ainsi collaborer à travers le monde sur différents fuseaux horaires. Chacun des pays utilisant la même instance peut gérer l'exécution des campagnes, le tracking, l'historisation, etc., en fonction de l'heure locale.

Afin de permettre cette utilisation de la plateforme Adobe Campaign à l'échelle internationale, toutes les dates utilisées par le système doivent pouvoir être associées à un fuseau horaire. Ainsi, une date dont le fuseau horaire est connu peut être exportée dans n'importe quel autre fuseau horaire, ou indépendamment de tout fuseau horaire.

Adobe Campaign permet de stocker des dates/heures au format UTC (temps universel coordonné). Lorsque des données sont exposées, elles sont converties en date/heure locale de l'opérateur. La conversion est effectuée automatiquement lorsque la base de données est paramétrée au format UTC (voir la section Configuration). Si la base de données n'est pas paramétrée au format UTC, les informations relatives aux fuseaux horaires des dates de la plateforme sont stockées dans une option.

Les principales fonctionnalités de la plateforme concernées par la gestion des fuseaux horaires sont : les imports/exports de données, la gestion des opérateurs et les Workflows. La notion d'héritage est disponible pour les imports/exports ou les Workflows. Par défaut, ils sont paramétrés sur le fuseau horaire du serveur de base de données, mais il est possible de redéfinir de nouveaux fuseaux horaires pour un workflow et même pour une seule activité.

Les opérateurs peuvent agir sur les fuseaux horaires lors du paramétrage d'une diffusion et en particulier définir le fuseau horaire dans lequel la diffusion va être exécutée.

Chaque opérateur Adobe Campaign est associé à un fuseau horaire : cette information est paramétrée dans son profil. Voir à ce sujet ce document.

Lorsque la plateforme Adobe Campaign ne nécessite pas la gestion des fuseaux horaires, il est possible de conserver un mode de stockage au format local, avec un fuseau horaire spécifique associé.

Recommandations recommendations

Les fuseaux horaires recouvrent plusieurs réalités : le terme peut désigner un décalage constant par rapport à la date UTC, ou les horaires d'une région qui peut changer d'heure deux fois dans l'année (heure d'hiver/heure d'été).

Par exemple, en postgreSQL, la commande SET TIME ZONE 'Europe/Paris'; tiendra compte des heures d'été et d'hiver : la date sera exprimée en GMT+1 ou GMT+2 selon la période de l'année.

Par contre, si l'on utilise commande SET TIME ZONE 0200;, le décalage sera toujours GMT+2.

Configuration configuration

Le mode de stockage des dates et heures est choisi lors de la création de la base de données (voir la section Création d'une nouvelle instance). En cas de migration, les heures liées aux dates sont converties en dates et heures locales (voir la section Migration).

D'un point de vue technique, les informations de type Date+heure peuvent être stockées dans la base de données selon deux modes différents :

Création d'une nouvelle instance creating-a-new-instance

Afin de permettre à plusieurs utilisateurs internationaux de collaborer sur une même instance, vous devez configurer les fuseaux horaires (timezone) lors de la création de l'instance pour gérer les décalages horaires entre les pays. Pour cela, lors de la création de l'instance, sélectionnez le mode de gestion des dates et heures dans la section Fuseau horaire de l'étape de configuration de la base de données.

Cochez l'option Base UTC (champs dates avec fuseau horaire) pour stocker toutes les données comportant des dates et heures au format UTC (champs SQL et champs XML).

Si la base n'est pas UTC, vous pouvez sélectionner le fuseau horaire parmi ceux proposés dans la liste déroulante. Vous pouvez également utiliser le fuseau horaire du serveur ou sélectionner l'option Temps universel coordonné (GMT).

Lorsque l'option Base UTC (champs dates avec fuseau horaire) est sélectionnée, les champs SQL sont stockés au format TIMESTAMP WITH TIMEZONE.

Dans le cas contraire, ils sont stockés au format local et vous devez sélectionner le fuseau horaire à appliquer à la base de données.

Migration migration

Lors d'une migration d'une version antérieure (sans gestion des fuseaux horaires), vous devez définir le mode de stockage des dates dans la base de données.

Afin de garantir la compatibilité avec les outils externes accédant à la base de données Adobe Campaign, les champs SQL de type Date+heure restent par défaut stockés au format local.

Les champs XML qui contiennent des dates sont désormais stockés en UTC. Lors de son chargement, si un champ n'est pas en UTC, il y est automatiquement converti. Pour cela, Adobe Campaign utilisera le fuseau horaire du serveur. Ainsi, tous les champs XML seront progressivement convertis au format UTC.

Pour utiliser une instance existante, ajoutez l'option WdbcTimeZone et saisissez le fuseau horaire de l'instance.

Exemple de valeurs possibles :

Base de données Oracle et fuseau horaire du serveur

Pour la base de données principale, Campaign utilise le fuseau horaire du serveur pour définir le fuseau horaire de la session sur la connexion à la base de données. L’option « WdbcTimeZone » n’a aucun impact. Le fuseau horaire du serveur doit donc correspondre à celui de la base de données principale utilisée par Campaign. Si vous ne pouvez pas modifier le fuseau horaire du serveur, le fuseau horaire utilisé par Campaign peut être remplacé en définissant la variable d’environnement TZ dans customer.sh.