Les objets de données de base qui peuvent être répartis sont les suivants :

• Numéro de modification
• Fiche article
• Fiche utilisateur
• Fiche infos-achats
• Processus de gestion
• Classification, classe et caractéristiques
• Conditions
• Centre de coûts
• Groupe de centres
• Groupe de natures comptables
• Nature comptable
• Fiche client
• Type d’activité
• Fiche d’activité
• Groupe de types d’activités
• Fiche fournisseur
• Fiche article
• Unité de quantité pour la combinaison de natures comptables et de centres de coûts
• Répertoire des sources d’approvisionnement
• Gestion des ressources humaines : données de base du personnel, données organisationnelles
• Centre de profit
• Compte général
• Nomenclature (articles et pièces)
• Prix de cession de la combinaison de natures comptables et de centres de coûts
• Échelle des valeurs et échelle des quotas

Certains de ces objets de données de base sont décrits plus en détail ci-dessous.

Si un numéro de modification est réparti au moyen du type de message ECMMAS, il comprend les éléments suivants :

• Fiche de modification (sous la forme d’un texte descriptif, si celui-ci est disponible)
• Dates de remplacement
• Validité
• Types d’objets pour la fiche de modification
• Enregistrements de modification d’objet (sous la forme d’un texte descriptif, si celui-ci est disponible)

Si le numéro de modification réparti n’existe pas encore dans le système cible, il y est créé. Il est encore impossible de supprimer un numéro de modification dans le système cible ou de le répartir à l’aide d’un pointeur de modification.

Pour plus d’informations sur la gestion centralisée des données de base utilisateur, reportez-vous au Guide d’implémentation ALE (transaction SALE) :

Les données suivantes ne sont pas réparties :

• Données de préférence tarifaire
• Historique des prix de commande

Pour ce faire, les fiches des fournisseurs et des articles concernés doivent avoir été réparties.

Les tranches de numéros des fiches infos-achats doivent être synchronisées à travers l’ensemble du système.

• Au moment de l’enregistrement de l’IDoc pour les fiches infos-achats d’un article géré en stock, si la fiche infos-achats pour l’article et le fournisseur correspondant n’existe pas encore dans le système récepteur, le numéro de la fiche en question est copié depuis le système central. Sinon, la fiche infos-achats existante est mise à jour.
• Pour les fiches infos-achats relatives aux articles non gérés en stock, le numéro de la fiche infos-achats est toujours copié à partir du système central. S’il existe déjà une fiche infos-achats portant le même numéro, le système vérifie si elle possède le même fournisseur et le même groupe de marchandises que la fiche infos-achats du système central.

Lorsqu’une fiche infos-achats est enregistrée, ses conditions ne sont pas modifiées. Toutefois, les zones NETPR (prix net) et EFFPR (prix réel) sont mises à jour. En d’autres termes, les valeurs sont recopiées du système central.

Les conditions relatives aux fiches infos-achats doivent être transférées séparément au moyen de la répartition des conditions standard (message COND_A).

Si l’objet filtre Division est employé pour modéliser la répartition des fiches infos-achats, la zone correspondante doit contenir un espace lorsque vous utilisez des fiches infos-achats concernant plusieurs divisions.

Si les objets filtres Article ou Répertoire d’articles sont employés pour modéliser la répartition des fiches infos-achats, la zone Article doit contenir un espace lorsque vous utilisez des fiches infos-achats pour des articles non gérés en stock.

Le filtre Liste de fournisseurs ne peut pas être utilisé dans la répartition des fiches infos-achats. Seules les listes d’articles sont autorisées comme objets filtres dans la répartition des fiches infos-achats.

SAP fournit les extensions suivantes :

• MMAL0003 : répartition des fiches infos-achats ALE – traitement des documents sortants
• MMAL0004 : répartition des fiches infos-achats ALE – traitement des documents entrants

Pour le type de message CLFMAS, les dépendances d’autres types de message, comme MATMAS et CREMAS, doivent être gérées dans des groupes de filtres différents.

Lorsque des centres de coûts sont répartis, la zone CV_OTYPE du type d’objet « joint-venture » n’est pas répartie simultanément.

Les adresses des correspondants ne sont pas réparties.

Les textes descriptifs ne sont pas compris dans le système des documents de modification.

Les conditions des activités doivent être réparties séparément au moyen du message COND_A.

Si vous souhaitez répartir les contrats d’activité ou gérer les mêmes données de base de façon centralisée afin de pouvoir les utiliser dans d’autres systèmes R/3, vous devez répartir les fiches d’activité.

Les fiches d’activité, ou toute modification qui y a été apportée, sont réparties au moyen du programme RBDSESRV ou de l’outil SMD.

Lors de la répartition des données des fiches fournisseur, les données de relance ne sont enregistrées dans le traitement des documents entrants que dans le domaine de relance par défaut.

Si vous utilisez le module Retail SAP, vous pouvez également répartir les valeurs de caractéristiques de fournisseur.

Les modifications du type d’un article ne peuvent pas être réparties. Le type d’un article (zone MTART) ne peut être transféré au système R/3 récepteur que si vous créez un article, et non si vous modifiez un article. Dès lors, un article individuel peut avoir des types d’articles différents dans des systèmes différents.

Le segment de version de fabrication (E1MKALM) est uniquement utilisé dans le traitement des documents sortants. Vous ne pouvez pas importer les informations dans un système R/3. Toutefois, ces informations peuvent être traitées par des systèmes externes.

Si vous utilisez l’objet filtre Organisation d’achats pour modéliser la répartition de répertoires des sources d’approvisionnement, la zone fournisseur doit contenir un espace si vous utilisez des répertoires des sources d’approvisionnement qui couvrent plusieurs organisations d’achats.

Si vous utilisez l’objet filtre Fournisseur pour modéliser la répartition des sources d’approvisionnement, la zone fournisseur doit contenir un espace si vous utilisez des fiches du répertoire des sources d’approvisionnement indépendantes du fournisseur.

L’objet filtre Liste de fournisseurs ne peut pas être utilisé dans la répartition de répertoires des sources d’approvisionnement. Seules les listes d’articles sont autorisées comme objets filtres.

SAP fournit les extensions suivantes :

• MMAL0001 : répartition des sources d’approvisionnement ALE – traitement des documents sortants
• MMAL0002 : répartition des sources d’approvisionnement ALE – traitement des documents entrants

Les ratios statistiques ne sont pas répartis.

Les données de base ne peuvent être gérées que dans le système décentralisé du périmètre analytique.

La zone Information comptabilité externe dans le segment relatif à la société n’est incluse que si de nouveaux comptes généraux sont créés. Les modifications concernant cette zone ne sont pas enregistrées. Par sécurité, cette opération doit se faire manuellement.

Les nomenclatures sont réparties avec tous les postes valables au jour de référence et, le cas échéant, avec les dépendances locales. Seules les nomenclatures simples peuvent être réparties.

La répartition des nomenclatures n’inclut pas :

• les textes descriptifs des en-têtes, des éléments alternatifs et des postes ;
• les sous-postes ;
• les dépendances globales (celles-ci doivent exister dans le système) ;
• l’historique de la nomenclature (seul le statut de la nomenclature au jour de référence est réparti) ;
• les objets de postes de nomenclature, tels que les articles, les documents et les classes (ces objets doivent être répartis au préalable et séparément de la nomenclature) ;
• le cas échéant, le numéro de modification (celui-ci doit exister dans le système).

Si vous envoyez des nomenclatures directement, l’utilisateur reçoit la liste de toutes les nomenclatures sélectionnées par le système et peut les traiter manuellement. Seules les nomenclatures simples pouvant être réparties, l’utilisateur ne peut sélectionner en vue de la répartition ni des nomenclatures alternatives ou à variantes, ni des affectations de division et des variantes d’un produit.

Vous pouvez remplacer dans la liste détaillée la date de sélection affichée dans l’écran de sélection. Vous pouvez également la remplacer par un numéro de modification. À des fins de gestion dans le système cible, vous pouvez également définir une date de début de validité ou un numéro de modification (gestion des modifications techniques). Si vous ne les modifiez pas, la date de début de validité ou le numéro de modification sont copiés à partir du système émetteur.

Les variantes de message associées au type de message BOMMAT sont les suivantes :

• CNG (modifier, standard) : modification des postes de nomenclature

• CRE (créer) : création de la nomenclature

• DEL (supprimer) : suppression de la nomenclature

Les modifications apportées aux nomenclatures articles ou aux postes de nomenclature simples peuvent également être réparties avec l’outil SMD. De cette façon, vous pouvez identifier les postes dans le système cible à l’aide des zones, du type de poste, du numéro de poste, du critère de tri et de l’objet. La zone d’objet dépend du type de poste, des données du document et des données de classe.