Mise à niveau vers Intelligence documentaire la version 3.0 ou une version 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 .
Tâches de mise à niveau
Passez en revue les informations contenues dans cette rubrique avant de procéder à une mise à niveau vers (IntelDoc) 3.0 ou une version ultérieure à Intelligence documentaire partir de la version 2.4 ou d’une version antérieure.
Pour plus d’informations sur l’installation, reportez-vous à Installer Intelligence documentaire.
Avant la mise à niveau
| Tâche préalable à la mise à niveau | Description |
|---|---|
| Choisissez 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 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 Intelligence documentaire la version 3.0 ou une version ultérieure à partir de la version 2.4 ou d’une version antérieure, IntelDoc de nouvelles actions de flux seront utilisées. IntelDoc utilisera également Now Platform des 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 disposez d’un 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 avez du code personnalisé utilisant des IntelDoc actions de flux 2.4 ou antérieures, il doit être mis à jour pour utiliser des actions de flux 3.0 ou ultérieures. Pour obtenir la liste des tables, reportez-vous à 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 périmètres existants des anciennes tables ne sont pas supprimés. Consultez la section Enregistrements entre périmètres pour obtenir la liste des enregistrements à ajouter. Pour plus de détails sur les enregistrements entre périmètres, reportez-vous à Cross-scope privilege record. |
Pendant la mise à niveau
| Tâche de mise à niveau | Description |
|---|---|
| Évitez d’utiliser l’espace Intelligence documentaire de 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 Intelligence documentaire de 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érieure à la mise à niveau | Description |
|---|---|
| Intégrations de tests IntelDoc et workflows personnalisés | Testez les intégrations de vos 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 des 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 tous les 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 des tables sys_di. Vous devez uniquement l’utiliser 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é |