Mise à niveau vers Intelligence documentaire la version 3.0 ou ultérieure à partir de la version 2.4 ou antérieure
Intelligence documentaire La version 3.0 ou ultérieure inclut un schéma de base de données mis à jour pour prendre en charge sa transition d’une application incluse dans le périmètre vers un module d’extension Now Platform .
Mettre à niveau les tâches
Consultez les informations contenues dans cette rubrique avant d’effectuer une mise à niveau vers Intelligence documentaire (IntelDoc) 3.0 ou une version ultérieure à partir de la version 2.4 ou antérieure.
Pour plus d’informations sur l’installation, reportez-vous à la section Installer Intelligence documentaire.
Avant la mise à niveau
| Tâche préalable à la mise à niveau | Description |
|---|---|
| Choisir un moment pour planifier la mise à niveau |
Évitez d’effectuer la mise à niveau pendant l’exécution de la tâche de mise à niveau de la définition de tâche nocturne (cas d’utilisation). La mise à niveau de l’application à ce moment-là empêcherait la mise à niveau des cas d’utilisation jusqu’à l’heure d’exécution du lendemain. |
| Mettre à jour tout code personnalisé qui pointe directement vers les tables de base de données IntelDoc |
Après la mise à niveau vers la version 3.0 ou ultérieure à Intelligence documentaire partir de la version 2.4 ou antérieure, IntelDoc de nouvelles actions de flux seront utilisées. IntelDoc Utilisera également des Now Platform tables de base de données (sys_di_) à la place des tables d’application incluses dans le périmètre (di_). Toutes les IntelDoc données seront migrées automatiquement vers ces tables de plateforme. Remarque :
Les cas d’utilisation d’extraction de documents peuvent ne pas être disponibles tant que la migration n’est pas terminée. Si vous avez du code personnalisé dans votre instance qui pointe directement vers les tables d’applications incluses dans le périmètre (di_), il doit être mis à jour, de préférence vers le composant de plateforme à l’aide d’API IntelDoc . Si vous disposez d’un code personnalisé utilisant IntelDoc des actions de flux 2.4 ou antérieures, il doit être mis à jour pour utiliser les actions de flux 3.0 ou ultérieures. Pour obtenir la liste des tables, reportez-vous à la section Composants installés avec Intelligence documentaire. |
| Ajouter des enregistrements entre périmètres pour les intégrations |
Pour toute intégration avec Intelligence documentaire, ajoutez des enregistrements entre périmètres pour les nouvelles IntelDoc tables de base de données. Remarque :
Assurez-vous que les enregistrements entre champs d’application existants pour les anciennes tables ne sont pas supprimés. Consultez la section Enregistrements entre périmètres pour la liste des enregistrements à ajouter. Pour en savoir plus sur les enregistrements entre périmètres, reportez-vous à Cross-scope privilege record. |
Pendant la mise à niveau
| Tâche de mise à niveau | Description |
|---|---|
| Éviter d’utiliser l’espace de Intelligence documentaire travail pour extraire des champs |
Attendez qu’une tâche de document soit migrée vers la table sys_di_task avant de la terminer à l’aide de l’espace de Intelligence documentaire travail. L’exécution d’une tâche pendant la mise à niveau peut entraîner une perte de données. |
Après la mise à niveau
| Tâche post-mise à niveau | Description |
|---|---|
| Intégrations de tests IntelDoc et workflows personnalisés |
Testez vos intégrations de cas d’utilisation pour vous assurer qu’elles fonctionnent avec le nouveau schéma de base de données. |
| Vérifier la perte de données |
Voici quelques cas où vous pouvez perdre des données :
|
| Migration après la mise à niveau des cas d’utilisation hérités importés via des ensembles de mises à jour |
À tout moment après l’achèvement de la mise à niveau 3.0 ou ultérieure et de la Intelligence documentaire migration de données, vous pouvez réexécuter le script de traitement par lots de migration exécuté pendant la mise à niveau. Vous pouvez exécuter ce script si vous devez migrer des cas d’utilisation importés nécessitant une migration vers les tables de la plateforme (sys_di_).
Avertissement :
N’utilisez jamais la tâche par lots pour réexécuter la DocIntel migrate remaining data migration après avoir supprimé tous les enregistrements de sys_di tables. Vous ne devez l’utiliser que pour migrer les données manquantes des tables di_ vers les tables sys_di. |
Enregistrements entre périmètres
| Périmètre source | Périmètre cible | Nom de cible | Opération | Type cible | Statut |
|---|---|---|---|---|---|
| Périmètre de l’intégration de la BU | global | sys_di_task | Lecture | Table | Autorisé |
| Périmètre de l’intégration de la BU | global | sys_di_key | Lecture | Table | Autorisé |
| Périmètre de l’intégration de la BU | global | sys_di_key_group | Lecture | Table | Autorisé |
| Périmètre de l’intégration de la BU | global | sys_di_ocr_input | Lecture | Table | Autorisé |
| Périmètre de l’intégration de la BU | global | sys_di_pdf_input | Lecture | Table | Autorisé |
| Périmètre de l’intégration de la BU | global | sys_di_prediction_input | Lecture | Table | Autorisé |
| Périmètre de l’intégration de la BU | global | sys_di_training_input | Lecture | Table | Autorisé |
| Périmètre de l’intégration de la BU | global | sys_di_key_hint | Lecture | Table | Autorisé |