Project

General

Profile

Fonctionnalité #14837

Action d'envoi vers un dépôt MultiGest

Added by Emmanuel DILLARD 4 months ago. Updated about 2 months ago.

Status:
A financer (BL)
Priority:
2-Sérieux
Target version:
Start date:
09/15/2020
Due date:
Version Corrective Courrier:
Version Corrective Parapheur:
Vers. corrective MaarchCapture:
US Roadmap (B):
No

Description

En tant qu'utilisateur, je souhaite pouvoir déposer un ou plusieurs documents Maarch Courrier sur un dépôt MultiGest auquel j'ai accès.


Related issues

Related to Backlog - Fonctionnalité #9855: EPIC Connecteur MULTIGESTA financer (BL)2019-03-06

History

#2 Updated by Emmanuel DILLARD 4 months ago

  • Description updated (diff)

En tant qu'utilisateur, je souhaite pouvoir déposer un ou plusieurs documents Maarch Courrier sur un dépôt MultiGest auquel j'ai accès.

L’utilisateur dispose d’une action (paramétrable au niveau fonctionnel) pour déposer un document sur un dépôt MultiGest cible (sas)
Action unitaire (à partir de la fiche de traitement ou d’indexation)
Action de masse à partir d’une bannette

Envoi automatisé
Il est aussi possible de prévoir une action d’envoi automatisée via des processus batch.
Traitement de l’ensemble des documents présents dans une bannette
Changement de statut en fonction du résultat
L’utilisateur ne disposerait alors que d’une action de changement de statut de type « Mettre à disposition de la GED »1

Dépôt cible
Ce dépôt (ou Sas) dépend de l’entité primaire de l’utilisateur attributaire du courrier (voir administration des dépôts). Il n’est pas choisi par l’utilisateur qui initie l’action.
Le fichier est versé avec des métadonnées issues de la qualification du document.

Métadonnées
Un UID (identifiant unique) transmis en retour par la GED est ajouté aux métadonnées du document principal.
L’action est tracée avec rappel de l’UID.
Document principal
Les métadonnées attachées au document principal sont personnalisables (champs, obligation de saisie, entrée par défaut) au travers de la mécanique des modèles d’enregistrement (version 20.03)
En fonction du modèle choisi par l’utilisateur, les métadonnées sont affichées dynamiquement (adaptation aux domaines par métiers)
Pièces jointes
Les métadonnées propres aux pièces jointes et que l’utilisateur peut modifier sont :
Le type (obligatoire)
L’objet (obligatoire)
Un ou plusieurs destinataires (facultatif)
Une date de retour attendue (facultative)
Elles ne disposent pas de champs personnalisables.
Voir la structure de la table res_attachments
https://docs.maarch.org/gitbook/html/MaarchCourrier/20.03/guat/guat_architecture/database_model.html
En cas de dépôt de pièces jointes :
Seule la dernière version est déposée
Les métadonnées manquantes sont dupliquées à partir de celles du courrier principal pour chaque pièce jointe

Réfléchir sur la pertinence de la duplication des métadonnées aux pièces jointes pour les règles de reclassement (voir ci-après)

#3 Updated by Emmanuel DILLARD 4 months ago

  • Status changed from Etude planifiée (BL) to A financer (BL)

#5 Updated by Emmanuel DILLARD 4 months ago

  • Priority changed from 0-Bloquant to 2-Sérieux

#6 Updated by Emmanuel DILLARD 4 months ago

#8 Updated by Emmanuel DILLARD 4 months ago

  • Target version changed from Inscription Backlog to Courrier 21.03 Develop

#9 Updated by Emmanuel DILLARD 2 months ago

  • Assignee changed from Emmanuel DILLARD to Maarch Courrier PRODUCT OWNER

#10 Updated by Emmanuel DILLARD about 2 months ago

  • US Roadmap (B) set to No

Also available in: Atom PDF