Extraction des données client
Les informations client, y compris les acteurs, les points de service et les éléments de contrat dans Oracle Utilities Customer Cloud Service (ou Oracle Utilities Customer to Meter ou Oracle Utilities Customer Care and Billing), peuvent être extraites et envoyées à Oracle Utilities Digital Asset Cloud Service (ou Oracle Utilities Digital Asset Management) pour être utilisées dans l'inscription des clients aux programmes de réponse à la demande.
- Une extraction initiale est utilisée pour dupliquer les données d'information client à une date donnée dans Oracle Utilities Customer Cloud Service dans Oracle Utilities Digital Asset Cloud Service. Cette opération est généralement effectuée lors de la configuration initiale de l'implémentation de Digital Asset Cloud Service.
- Après l'extraction initiale, les algorithmes d'audit assurent le suivi des nouvelles données et des modifications apportées aux données existantes et créent des requêtes de synchronisation des données, qui peuvent être utilisées pour créer des fichiers d'extraction incrémentielle via le traitement batch.
Les données extraites sont envoyées à Digital Asset Management dans un fichier délimité, qui est chargé dans le système via le traitement batch et la synchronisation des données. Pour plus d'informations sur le processus d'importation, voir Importer des données client à partir d'un système Customer Information System dans les guides de l'utilisateur Oracle Utilities Digital Asset Cloud Service.
Généralités sur le processus d'extraction
Cette section présente le processus d'extraction et décrit les différents objets système utilisés pour chaque type de données (contacts, points de service et éléments de contrat). Le processus global est le suivant :
-
Un processus en mode batch d'extraction initiale est utilisé pour extraire les données client dans des fichiers qui peuvent être importés dans Digital Asset Cloud Service.
- Les algorithmes d'audit des objets de maintenance Contact, Point de service et Elément de contrat créent des requêtes de synchronisation.
-
Les requêtes de synchronisation sont traitées à l'aide de processus en mode batch spécifiques (un contrôle de batch distinct est fourni pour les contacts, les points de service et les éléments de contrat) afin de créer des extractions incrémentielles.
Chargement initial et téléchargements incrémentiels
Les données client peuvent être extraites selon l'un des deux modes suivants : Initial ou Incrémentiel.
Les extractions initiales sont utilisées lors de la configuration du système pour exporter les données de contact, de point de service et d'élément de contrat à partir d'Oracle Utilities Customer Cloud Service.
Des extractions incrémentielles sont utilisées pour mettre à jour les données client dans Digital Asset Cloud Service en cas de modification des données client dans Oracle Utilities Customer Cloud Service.
Processus en mode batch d'extraction initiale
Les fichiers d'extraction sont créés à l'aide de processus en mode batch d'extraction propres à un objet. Pour connaître le processus en mode batch d'extraction utilisé pour chaque type de données client, voir Récapitulatif des objets de processus d'extraction. Ils ne sont utilisés que pour l'extraction initiale.
Ces processus utilisent les paramètres suivants :
-
Nom de fichier : nom du fichier d'extraction. Les noms de fichier peuvent utiliser des caractères génériques (obligatoire)
-
Chemin plat : emplacement du fichier dans lequel le fichier d'extraction est créé. Il peut s'agir d'un emplacement de fichier sur un serveur local ou d'un emplacement dans le stockage d'objets. Pour plus d'informations, voir Référencement d'URI dans le Guide de l'utilisateur administratif du framework. (Obligatoire)
- Format de fichier : format de fichier utilisé pour le fichier d'extraction. Cela devrait être FIXD. Chaque type d'extraction a son propre format.
- Valeur basse de substitution d'ID PdS : ID de point de service utilisé pour définir la valeur basse dans une plage d'ID afin de limiter les données extraites.
- Valeur haute de substitution d'ID PdS : ID de point de service utilisé pour définir la valeur haute dans une plage d'ID afin de limiter les données extraites.
Utilisez le portail Contrôle de batch pour en savoir plus sur ces paramètres et d'autres paramètres utilisés par ces processus en mode batch.
Algorithmes d'audit et objets métier de requête de synchronisation
Les requêtes de synchronisation sont créées par des algorithmes d'audit et sont basées sur des objets métier de requête de synchronisation propres aux données. Voir Récapitulatif des objets de processus d'extraction ci-dessous pour connaître les algorithmes d'audit spécifiques et les objets métier "Requête de synchronisation" utilisés pour chaque type de données client.
Le tableau ci-dessous décrit les étapes du cycle de vie de la requête de synchronisation. Utilisez le portail Objet métier pour en savoir plus sur ces objets métier et sur les détails de chaque état du cycle de vie.
|
Etat |
Remarques |
|---|---|
| En attente |
Les requêtes de synchronisation commencent dans cet état. Un algorithme d'entrée crée le cliché initial des données DACS (Digital Asset Cloud Service) (contact, point de service ou élément de contrat). Le processus en mode batch Moniteur de requête de synchronisation (F1-SYNRQ) est utilisé pour faire passer les requêtes de synchronisation ayant cet état à l'état Déterminer si la synchronisation est requise. |
| Déterminer si la synchronisation est requise |
Un algorithme d'entrée crée le cliché final des données DACS. Un algorithme d'entrée compare les clichés initial et final. En l'absence de différence, la requête de synchronisation passe à l'état Rejeté. Sinon, la requête passe à l'état Envoyer une requête, |
| Rejeté | Les requêtes de synchronisation pour lesquelles il n'y a pas de différence entre le cliché initial et le cliché final sont envoyées dans cet état. |
| Envoyer une requête |
Un algorithme d'entrée crée un enregistrement de processus général pour la requête de synchronisation. La requête passe ensuite à l'état En attente d'aval. |
| En attente d'aval | Les requêtes restent dans cet état jusqu'à ce que le système reçoive un aval indiquant que DACS a reçu les données contenues dans la requête. |
| Synchronisé | Les requêtes de synchronisation prennent cet état après l'état à l'état En attente d'aval lorsque le système reçoit un aval indiquant que DACS a reçu les données contenues dans la requête. Si une erreur se produit, la requête passe à l'état Synchronisé avec erreur. |
| Erreur |
Les requêtes de synchronisation prennent cet état si une erreur se produit alors qu'elles sont à l'état En attente d'aval. Un algorithme d'entrée crée une entrée de tâche. |
| Annulé | Les requêtes de synchronisation prennent cet état si elles sont annulées avec l'état Erreur ou Synchronisé avec erreur. |
| Synchronisé avec erreur |
Les requêtes de synchronisation prennent cet état si une erreur se produit alors qu'elles sont à l'état Synchronisé. Un algorithme d'entrée crée une entrée de tâche. |
Processus en mode batch d'extraction incrémentielle
Les fichiers d'extraction incrémentielle sont créés à partir des enregistrements de processus général à l'aide des processus en mode batch "Extraction incrémentielle". Voir ci-dessous pour les processus en mode batch spécifiques "Extraction incrémentielle" utilisés pour chaque type de données client. Ils doivent être exécutés selon les besoins pour les mises à jour incrémentielles.
Utilisez le portail Contrôle de batch pour visualiser les paramètres utilisés par ces processus en mode batch.
Récapitulatif des objets de processus d'extraction
Le tableau ci-dessous répertorie les contrôles de batch, les algorithmes et les objets métier utilisés par chaque type de données client.
|
Type d'objet |
Processus en mode batch d'extraction initiale |
Algorithmes d'audit |
Objet métier de requête de synchronisation |
Processus en mode batch d'extraction incrémentielle |
|---|---|---|---|---|
| Acteur | Migre l'acteur vers le contact DACS (C1-DCTIL) | Synchroniser l'acteur CCB avec le contact DACS (C1_DAPERSYNC) | Synchroniser l'acteur CCB avec le contact DACS (C1-DACSContactSyncRequest) | Contrôle batch de synchronisation incrémentielle de contact (C1-DCTEX) |
| Point de service | Migrer PdS CCB vers PdS avec compteur DACS (C1-DSPIL) | Synchroniser le PdS comme PdS avec compteur DACS (C1_DASPSYNC) | Synchroniser PdS CCB avec PdS avec compteur DACS (C1-DACSMSPSyncRequest) | Contrôle de batch de synchronisation incrémentielle de PdS (C1-DSPEX) |
| Elément de contrat | Migrer EdC vers service avec compteur DACS (C1-DMSIL) | Synchroniser l'élément de contrat comme service avec compteur DACS (C1_DASASYNC) | Synchroniser EdC CCB avec service avec compteur DACS (C1-DACSMSSyncRequest) | Contrôle de batch de synchronisation incrémentielle MS (C1-DMSEX) |
Messages d'aval
Lorsque Digital Asset Cloud Service traite des mises à jour incrémentielles, il peut renvoyer un aval à Customer Cloud Service.
Pour plus d'informations sur la configuration de Digital Asset Cloud Service pour l'envoi d'aval, consultez la documentation d'Oracle Utilities Customer Cloud Service Integration pour Oracle Utilities Digital Assets Cloud Service.
