[Solo on-premise/ibrido]{class="badge yellow" title="Applicabile solo alle distribuzioni on-premise e ibride"}

Gestione del fuso orario time-zone-management

Principio di funzionamento operating-principle

Adobe Campaign consente di esprimere le date in funzione del loro fuso orario: questo consente agli utenti internazionali di lavorare in tutto il mondo su vari fusi orari. Ogni paese che utilizza la stessa istanza può gestire l’esecuzione di campagne, il tracciamento, l’archiviazione, ecc. a seconda dell’ora locale.

Per consentire l’utilizzo della piattaforma Adobe Campaign su scala internazionale, tutte le date utilizzate dai sistemi devono essere collegabili a un fuso orario. Una data il cui fuso orario è noto può quindi essere importata in qualsiasi altro fuso orario, o indipendentemente dal fuso orario.

Adobe Campaign consente di memorizzare date/ore in formato UTC (Coordinated Universal Time). Quando i dati vengono esposti, vengono convertiti nella data/ora locale dell’operatore. La conversione viene eseguita automaticamente quando il database è configurato in UTC (fare riferimento a Configurazione). Se il database non è configurato in UTC, le informazioni sul fuso orario delle date nella piattaforma vengono memorizzate in un’opzione.

Le principali funzionalità della piattaforma relative alla gestione del fuso orario sono: importazione/esportazione di dati e gestione degli operatori e dei flussi di lavoro. Il concetto di ereditarietà è disponibile per importazioni/esportazioni o flussi di lavoro. Per impostazione predefinita, sono configurati per il fuso orario del server di database, tuttavia è possibile ridefinire nuovi fusi orari per un flusso di lavoro e anche per una singola attività.

Gli operatori possono modificare i fusi orari durante la configurazione del recapito e specificare il fuso orario specifico in cui verrà eseguita la consegna.

Ogni operatore Adobe Campaign è collegato a un fuso orario: queste informazioni sono configurate nel loro profilo. Per ulteriori informazioni, consulta questo documento.

Quando la piattaforma Adobe Campaign non richiede la gestione del fuso orario, puoi mantenere una modalità di archiviazione in formato locale con un fuso orario collegato specifico.

Raccomandazioni recommendations

I fusi orari combinano diverse realtà: l’espressione può descrivere un’attesa costante con la data UTC, oppure le ore di una regione che possono cambiare le ore due volte all’anno (ora legale).

Ad esempio, in postgreSQL, il comando IMPOSTA FUSO ORARIO 'Europa/Parigi'; terrà conto degli orari estivi e invernali: la data verrà espressa in UTC+1 o UTC+2 a seconda dell'ora dell'anno.

Tuttavia, se si utilizza il comando SET TIME ZONE 0200;, l'intervallo di tempo sarà sempre UTC+2.

Configurazione configuration

La modalità di archiviazione per date e ore è selezionata durante la creazione del database (fare riferimento a Creazione di una nuova istanza). In caso di migrazione, le ore collegate alle date vengono convertite in date e ore locali (fare riferimento a Migrazione).

Da un punto di vista tecnico, esistono due modi per memorizzare le informazioni di tipo Data+ora nel database:

Creazione di una nuova istanza creating-a-new-instance

Affinché diversi utenti internazionali possano lavorare sulla stessa istanza, è necessario configurare i fusi orari durante la creazione dell’istanza per gestire gli intervalli tra i paesi. Durante la creazione dell'istanza, selezionare la modalità di gestione data e ora nella sezione Time zone della fase di configurazione del database.

Selezionare l'opzione UTC database (date fields with time zone) per memorizzare tutti i dati con data e ora in formato UTC (campi SQL e campi XML).

Se il database non è UTC, è possibile selezionare uno dei fusi orari disponibili nell'elenco a discesa. È inoltre possibile utilizzare il fuso orario del server o selezionare l'opzione UTC (Coordinated Universal Time).

Quando l'opzione UTC Database (date fields with time zone) è selezionata, i campi SQL vengono memorizzati in formato TIMESTAMP WITH TIMEZONE.

In caso contrario, vengono archiviati nel formato locale e sarà necessario selezionare il fuso orario da applicare al database.

Migrazione migration

Durante la migrazione a una versione precedente (senza la gestione del fuso orario), è necessario definire la modalità di archiviazione della data nel database.

Per garantire la compatibilità con gli strumenti esterni che accedono al database di Adobe Campaign, i campi SQL di tipo Data+ora rimangono memorizzati nel formato locale per impostazione predefinita.

I campi XML contenenti date ora sono memorizzati in formato UTC. Durante il caricamento, i campi non in formato UTC vengono convertiti automaticamente utilizzando il fuso orario dei server. Ciò significa che tutti i campi XML verranno progressivamente convertiti in formato UTC.

Per utilizzare un'istanza esistente, aggiungere l'opzione WdbcTimeZone e immettere il fuso orario dell'istanza.

Esempio di valori possibili:

Fuso orario del database e del server Oracle

Per il database principale, Campaign utilizza il fuso orario del server per impostare il fuso orario della sessione nella connessione al database. L'opzione "WdbcTimeZone" non ha alcun impatto. Pertanto, il fuso orario del server deve corrispondere a quello del database principale utilizzato da Campaign. Se non è possibile modificare il fuso orario del server, quello utilizzato da Campaign può essere sovrascritto impostando la variabile di ambiente TZ in customer.sh.