Glisser un PDF sur un ordre de maintenance via les services génériques, ce n’est pas faire du DMS. Tant qu’il n’existe pas de Document Info Record, c’est-à-dire un enregistrement maître typé, versionné et relié à l’objet, vous n’avez pas un document géré : vous avez une pièce jointe. La nuance paraît théorique. En projet, elle décide si vos plans, certificats et spécifications restent retrouvables dans cinq ans ou se diluent dans un lecteur réseau. Voici où passe exactement la frontière, et comment SAP DMS la matérialise.
- SAP DMS gère des documents via un Document Info Record (DIR), un objet bien plus structuré qu’une simple pièce jointe.
- Quatre transactions couvrent le quotidien :
CV01N(créer),CV02N(modifier),CV03N(afficher),CV04N(rechercher). - Le type de document, paramétré en
DC10, pilote la numérotation, les statuts, la classification et les liens vers les objets SAP. - Le DMS reste pleinement disponible sous S/4HANA, en GUI classique comme via l’application Fiori Manage Documents.
Pièce jointe n’est pas document géré : ce qu’est réellement un DIR
SAP propose deux façons très différentes d’attacher un fichier. La première, les services génériques d’objet (GOS), colle une pièce jointe sur un objet métier. C’est rapide, mais le fichier reste muet : pas de type, pas de version, pas de statut, aucune recherche transverse. La seconde passe par le Document Management System et son objet central, le Document Info Record.
Un DIR est un enregistrement maître. Il ne contient pas le fichier lui-même : il porte les métadonnées du document (numéro, type, version, partie de document, statut) et pointe vers un ou plusieurs originaux stockés dans un référentiel de contenu. Techniquement, l’en-tête du DIR vit dans la table DRAW, ses descriptions multilingues dans DRAT. C’est cette couche de métadonnées qui transforme un fichier inerte en document gouverné.
Un DIR est d’ailleurs identifié par une clé à quatre composantes : le type de document, un numéro, une partie de document et un numéro de version. Cette clé explique pourquoi deux révisions d’un même plan cohabitent sans s’écraser : elles ne diffèrent que par la version. À l’inverse, une pièce jointe GOS est rangée dans la base sans cette structure, sans notion de version ni de partie. C’est tout l’écart entre un fichier déposé et un document identifié.
Au-delà des métadonnées, le DIR relie des fichiers externes à des objets SAP tout en gérant versions, statuts et classification. Concrètement : un plan d’ensemble rattaché à un article, une fiche de sécurité reliée à un poste de maintenance, un certificat matière associé à un lot. Dès que le document doit être typé, retrouvé par caractéristique ou relié à un objet, la pièce jointe ne suffit plus.
Créer, modifier, chercher : CV01N, CV02N, CV03N, CV04N
Le DMS classique tient sur quatre transactions, toutes centrées sur le DIR. Inutile d’en mémoriser davantage pour être opérationnel.
| Transaction | Rôle |
|---|---|
CV01N | Créer un Document Info Record |
CV02N | Modifier un document existant (nouvelle version, statut, originaux) |
CV03N | Afficher un document en lecture seule |
CV04N | Rechercher un document selon de multiples critères |
La transaction qui change la vie au quotidien, c’est CV04N. Elle ne cherche pas un fichier par son nom : elle interroge le référentiel des DIR par type de document, statut, données de classification ou objet lié. C’est la différence entre fouiller un dossier partagé et interroger une base structurée. Dans le menu SAP, ces transactions se trouvent sous Logistics, Central Functions, Document Management System, Document.
Le type de document, colonne vertébrale : DC10 et le chemin SPRO
Tout commence par le type de document. C’est lui qui décide du comportement du DIR : plage de numéros, sélection de champs, classe associée, et surtout les objets auxquels un document de ce type a le droit d’être relié. Mal le concevoir, c’est se condamner à des documents introuvables ou impossibles à rattacher.
Le paramétrage se fait via la transaction DC10, ou par le chemin de customizing suivant.
Chemin SPRO :
Cross-Application Components → Document Management System → Control Data → Define Document Types
Trois sous-étapes méritent l’attention dans ce même nœud Control Data : la définition des plages de numéros (Define Number Ranges), celle des statuts autorisés (Define Document Status) et celle des liens d’objets permis (Define Object Links). Un type de document n’est jamais une coquille vide : il encode votre politique documentaire.
Deux réglages portés par le type de document changent l’expérience au quotidien. La sélection de champs décide quels attributs sont obligatoires, optionnels ou masqués à la saisie d’un DIR de ce type : c’est elle qui empêche un utilisateur de créer un document sans renseigner ce qui compte pour vous. Les plages de numéros, ensuite, se déclarent internes ou externes. En interne, SAP numérote automatiquement ; en externe, le numéro est saisi à la main, ce qui devient indispensable quand votre codification documentaire existe déjà et doit être respectée.
Lorsqu’il faut créer en masse des types ou charger un volume de DIR existants, on quitte la saisie manuelle pour un outil de reprise. Les classiques restent le LSMW et le LTMC ; côté modélisation d’objets de migration sous S/4HANA, le Migration Object Modeler (LTMOM) est le point d’entrée à connaître.
Classer un DIR : la classification par type de classe 017
Les champs standard d’un DIR ne suffisent jamais à décrire un document métier. C’est là qu’intervient la classification. En DMS, le type de classe dédié est le 017. On crée une classe de ce type, on lui rattache des caractéristiques (un domaine d’application, une discipline, un niveau de confidentialité, une référence projet) et on l’associe au type de document.
L’intérêt est double. D’abord, ces caractéristiques deviennent des critères de recherche dans CV04N : un document mal classé est un document perdu. Ensuite, elles structurent l’information sans toucher au standard, donc sans développement. Pour aller plus loin sur le mécanisme général, le système de classification SAP obéit aux mêmes principes de classes et de caractéristiques, quel que soit l’objet classé.
Notez l’existence d’un second type de classe, le 048, réservé à la classification des liens d’objets. Il s’agit d’un raffinement avancé : on le réserve aux cas où le lien lui-même doit porter des attributs. Dans une première mise en place, le 017 couvre l’essentiel des besoins.
Relier un document à un objet SAP : les object links
C’est ici que le DMS prend toute sa valeur, et qu’il se distingue définitivement d’un lecteur réseau. Un DIR peut être relié directement à des objets métier : article, nomenclature, poste technique, équipement, ordre de maintenance, et bien d’autres. La table DRAD matérialise ces liens document-objet.
L’effet concret : depuis la fiche d’un équipement, on accède à ses plans, ses procédures et ses certificats sans jamais quitter SAP. Inversement, depuis le document, on voit tous les objets qu’il documente. L’information cesse d’être rangée quelque part pour devenir reliée à ce qu’elle décrit. Quand l’objet rattaché est suivi unitairement, par exemple via un numéro de série, la traçabilité documentaire descend jusqu’à la pièce individuelle.
Les types de liens autorisés ne sont pas universels : ils se déclarent précisément dans le customizing du type de document, sous-étape Define Object Links évoquée plus haut. Un type de document n’accepte que les objets que vous l’avez autorisé à porter.
Cycle de vie : versions, réseau de statuts, originaux
L’ancien réflexe consistait à décrire le cycle d’un document en quatre cases figées : création, validation, distribution, archivage. La réalité SAP est plus fine, et plus robuste.
Le DIR gère d’abord des versions. Une révision de plan ne remplace pas l’ancienne : elle crée une nouvelle version, l’historique reste consultable. Il gère ensuite un réseau de statuts : chaque type de document définit ses statuts possibles et les transitions autorisées entre eux, par exemple de En cours à Validé puis à Obsolète. Ce n’est pas décoratif : un statut conditionne qui peut faire quoi, et déclenche éventuellement des actions en aval.
Un statut porte plus qu’une étiquette. Il peut marquer une version comme released, restreindre la modification des originaux et dépendre d’une autorisation. Dans la pratique, un document passé au statut Validé se verrouille en édition pour les profils qui n’ont pas le droit de le rouvrir, pendant qu’une nouvelle version repart, elle, d’un statut de travail. C’est ce jeu entre versions et statuts qui donne au DMS sa valeur de preuve, là où un dossier partagé ne sait jamais dire quelle copie fait foi.
Enfin, le DIR gère les originaux. Les fichiers sont déposés par un mécanisme de check-in, et repris par check-out pour modification. Ils ne traînent pas sur un poste : ils sont rangés dans un référentiel de contenu (un SAP Content Server ou une archive externe selon le paramétrage). Le DIR sait toujours où se trouve la version qui fait foi, et qui l’a déposée.
GUI classique ou Fiori Manage Documents : le DMS sous S/4HANA
Première chose à clarifier, parce que la question revient sans cesse : non, le DMS n’est pas un héritage en sursis. Le Document Management System reste une composante de S/4HANA, disponible aussi bien en on-premise qu’en cloud. Aucune date de fin de support n’est annoncée pour la gestion documentaire elle-même.
Ce qui change, c’est l’interface. En on-premise et en private cloud, les transactions CV01N à CV04N sont toujours là, identiques. En S/4HANA Cloud Public, la gestion documentaire passe par l’application Fiori Manage Documents, qui couvre versioning, recherche, statuts, attributs et classification, descriptions multilingues, liens d’objets et gestion des fichiers. Des APIs autour du Document Info Record et le composant Attachment Service complètent le dispositif pour les intégrations.
Pour un consultant, la bonne lecture n’est pas GUI contre Fiori, mais : même objet métier, le DIR, exposé par deux portes selon l’édition. Les codes (types de documents, classes 017, statuts) restent les mêmes en dessous. Si vous cadrez un projet S/4HANA, le sujet documentaire se pose tôt, au même titre que le reste de votre rollout SAP.
SAP DMS ou un simple lecteur réseau partagé ?
Toute la question pratique tient là. Un lecteur réseau est gratuit, immédiat, et largement suffisant pour des fichiers sans enjeu. Le DMS demande du paramétrage. Le tableau suivant pose le critère de décision plutôt que la liste des fonctionnalités.
| Critère | Pièce jointe / lecteur réseau | Document Info Record (DMS) |
|---|---|---|
| Lien à un objet SAP | Non | Oui (article, équipement, ordre…) |
| Versioning | Manuel et fragile | Natif, avec historique |
| Réseau de statuts | Non | Oui, transitions paramétrées |
| Recherche par caractéristiques | Non | Oui, via la classification 017 |
| Traçabilité et audit | Faible | Forte |
| Descriptions multilingues | Non | Oui |
| Gestion des originaux | Aucune | Check-in / check-out vers référentiel |
La règle de décision est simple. Si un document doit juste exister quelque part, un dossier partagé suffit. Dès qu’il doit être relié, versionné, recherché ou tracé, vous avez besoin d’un DIR. Mettre du DMS partout est aussi contre-productif que n’en mettre nulle part : le bon réflexe est de cibler les documents qui ont une vie métier.
Questions fréquentes sur SAP DMS
Quelle est la différence entre une pièce jointe SAP et un Document Info Record ?
Une pièce jointe ajoutée via les services génériques (GOS) reste un fichier collé sur un objet, sans typage ni cycle de vie. Un Document Info Record est un enregistrement maître typé : il porte des métadonnées, une version, un statut, une classification et des liens vers des objets SAP. Tant qu’il n’y a pas de DIR, il n’y a pas de document géré.
Quelles transactions utiliser pour gérer un document dans SAP ?
Les quatre transactions de base sont CV01N (créer), CV02N (modifier), CV03N (afficher) et CV04N (rechercher). Toutes agissent sur un Document Info Record.
Où paramètre-t-on les types de document dans SAP DMS ?
Via la transaction DC10, ou le chemin SPRO Cross-Application Components, Document Management System, Control Data, Define Document Types. Le type de document pilote les plages de numéros, la sélection de champs, la classe et les liens d’objets autorisés.
Le SAP DMS existe-t-il encore sous S/4HANA ?
Oui. Le Document Management System reste disponible sous S/4HANA, en on-premise comme en cloud. Les transactions CV0xN existent en on-premise et private cloud ; S/4HANA Cloud Public expose la gestion documentaire via l’application Fiori Manage Documents et les APIs du Document Info Record.
Faut-il SAP DMS ou un simple lecteur réseau partagé ?
Un lecteur réseau suffit pour stocker des fichiers sans lien métier. Dès qu’il faut relier un document à un objet SAP, gérer des versions, un statut, une recherche par caractéristiques ou une traçabilité d’audit, le DMS et son Document Info Record deviennent nécessaires.
Qu’est-ce que le type de classe 017 en SAP DMS ?
Le type de classe 017 sert à classifier les Document Info Records : on lui rattache des caractéristiques (métadonnées personnalisées) qui rendent les documents recherchables. Le type de classe 048 concerne, lui, la classification des liens d’objets.
Le DMS ne se résume pas à ranger des fichiers : il transforme un document en objet métier relié, versionné et traçable. Si vous débutez, ouvrez CV01N dans un bac à sable et créez un premier Document Info Record relié à un article. Vous comprendrez en dix minutes ce qu’aucune pièce jointe ne saura jamais faire.
À lire ensuite
Synchronisation des données entre SAP ERP et EWM : embedded, décentralisé et le rôle du CIF, ALE et DRF
Synchronisation des données entre SAP ERP et EWM : partage en embedded, transfert CIF/ALE/DRF en décentralisé, et ce qui se crée à la main vs en background.
Michael A.
Numéro de série SAP : guide de décision OIS2, 6 procédures et arbitrage matériel vs équipement PM
Quand activer la sérialisation SAP, comment paramétrer le profil OIS2, choisir parmi les 6 serializing procedures et arbitrer entre numéro de série matériel et équipement PM.
Pierre B.
SAP PRT (Production Resources/Tools) : guide des outillages réutilisables
Comprendre les PRT dans SAP : les 4 catégories (Material, Miscellaneous, Document, Equipment), la création MM01, l’assignation gamme et le contrôle de disponibilité, expliqués pas à pas.
Pierre B.
SAP WM 2-step picking : configurer la cascade pick / allocation pour les entrepôts à fort volume
SAP WM 2 Step Picking : cascade picking-allocation, configuration SPRO 3 niveaux, cas concret end-to-end, pièges hypercare et migration EWM.
Michael A.