Analyse des étapes de processus

Lors de la définition d'un changement organisationnel, vous définissez des restrictions sur le périmètre comme suit :

• sociétés,
• centres de profit et
• une combinaison de sociétés et de centres de profit.

Sans restrictions, un seul changement organisationnel en cours est autorisé à la même période.

Dans les systèmes de test, il est fortement recommandé de définir des restrictions. Cela permet à plusieurs testeurs de tester en parallèle.

Remarque : pour le cas d'utilisation de l'introduction du centre de profit :

• Ajoutez une seule entrée à la table "Autoriser uniquement les centres de profit sélectionnés".
• Saisissez le périmètre analytique et laissez la zone Ancien centre de profit vide.

Il existe trois variantes pour gérer les objets dans un changement organisationnel :

1. Saisie manuelle ou chargement Excel
2. Modifier des objets dans leur application d'origine
3. Par implémentation de BAdI

Pour la gestion des listes d'objets dans l'application Gestion des changements organisationnels, les objets disponibles sont les suivants :

• Articles
• Éléments d'OTP
• Projets
• Ordres
• Ressources (non Cloud public)
• Activités/Éléments de réseau (pas Cloud public)

Le processus implique les étapes suivantes :

1. Création d'un changement organisationnel
2. Télécharger le modèle de fichier Excel pour le type d'objet requis
3. Renseignez le fichier (remplacez les exemples d'entrées par des valeurs réelles, mais conservez la ligne de titre)
4. Charger le fichier avec les objets et leur nouvelle affectation de centre de profit

Vous pouvez saisir et charger manuellement des objets pour le même type d'objet. Lorsque vous chargez un fichier, le chargement est possible uniquement lorsque toutes les entrées chargées sont correctes.

Les objets déjà gérés ne sont pas supprimés lors du chargement d'autres objets. Vous pouvez donc ajouter des objets et le système traite cela dans une approche delta. Si vous chargez des lignes identiques à partir d'un fichier, le système n'apporte aucune modification. Cependant, si vous chargez un objet identique avec une nouvelle affectation de centre de profit différente, le nouveau centre de profit est défini et le système émet un message d'avertissement pour vous informer de la modification apportée à un objet déjà géré.

Pour apporter des modifications aux centres de coûts, la gestion est effectuée dans les données de base du centre de coûts directement à l'aide de l'affectation dépendante du temps du centre de profit au centre de coûts.

Si la fonctionnalité de flexibilité organisationnelle est active, les réaffectations de centres de profit aux centres de coûts ne sont possibles qu'avec un changement organisationnel approprié. Sinon, le système génère une erreur, comme dans l'écran ci-dessus.

Vous pouvez utiliser des BAdI pour implémenter votre propre logique afin d'identifier les objets concernés pour un changement organisationnel et d'affecter de nouveaux centres de profit.

Les objets pour lesquels le BAdI peut être utilisé sont les suivants :

• Articles
• Éléments d'OTP
• Projets
• Ordres
• (Postes non soldés)
• Postes de commande client
• Postes de commande client inter-sociétés

Les BAdI sont déclenchés lorsque des objets sont créés, mis à jour, supprimés ou lorsqu'un changement organisationnel est activé.

L'exécution d'une simulation vous permet de :

• Évaluez l'exhaustivité et l'exactitude des objets racine et dépendants dans les applications Hiérarchie des données de base et Liste des données de base.
• Comprendre l'effet de la modification sur les valeurs inscrites au bilan à l'aide de l'état des données financières.
• Vérifiez l'exactitude du changement organisationnel en analysant le journal des applications.

Pour effectuer une simulation des transferts, vous devez configurer au moins un ledger d'extension de simulation (dans le Customizing). Il est recommandé d'affecter le ledger d'extension au ledger principal.

Les documents de simulation utilisent des numéros de documents techniques et les résultats de la simulation sont supprimés lorsque vous réexécutez une simulation ou lorsque vous activez ou traitez le changement organisationnel.

Vous pouvez exécuter la simulation uniquement si le statut organisationnel est Inactif ou Actif. La simulation elle-même ne modifie pas le statut du changement organisationnel.

Après l'activation :

• Vous ne pouvez plus ajouter de nouveaux objets au changement organisationnel.
• Les listeners sont activés pour surveiller les objets dépendants nouveaux ou modifiés.
• La dérivation du centre de profit dépendante du temps est activée pour les écritures de résultat (CO) et pour les postes non soldés. Cela dépend de la date comptable des écritures au journal.

Le traitement modifie le centre de profit dans les objets de données de base et transfère les soldes au nouveau centre de profit dans tous les ledgers comptables :

• Des documents de modification sont créés pour les données de base.
• Les transferts sont comptabilisés à la date d'entrée en vigueur.
• Les écritures de correction sont utilisées pour corriger les écritures avec l'ancien centre de profit survenues à la date d'entrée en vigueur ou après pour les comptes de bilan et de résultat.
• Les écritures de simulation sont supprimées.
• Les écritures de gestion comptable prédictive sont recalculées.
• Mettez à jour toutes les règles d'imputation pertinentes avec le nouveau récepteur d'analyse des marges.

Lorsque vous traitez un changement organisationnel, des transferts de l'ancien centre de profit vers le nouveau centre de profit sont générés pour les comptes de bilan sélectionnés :

• Pour les comptes sans gestion des postes non soldés, les soldes des comptes sont transférés de l'ancien centre de profit vers le nouveau centre de profit en fonction du niveau de détail des imputations dans le report de solde.
• Les postes non soldés des comptes clients, fournisseurs ou généraux sélectionnés sont transférés de l'ancien centre de profit vers le nouveau, en fonction du niveau de détail des imputations dans le report de solde.

Les montants du compte de résultat des transactions historiques ne seront pas corrigés ni transférés au nouveau centre de profit.

Lorsque vous considérez que la réorganisation est correcte et complète, vous la définissez sur Terminé.

Après l'avoir défini comme terminé, vous pouvez effectuer d'autres réorganisations pour les objets définis, car un objet ne peut pas être affecté à plusieurs changements organisationnels actifs. Cependant, les objets inclus dans un changement organisationnel terminé peuvent être réorganisés dans un autre changement organisationnel avec une date d'entrée en vigueur différente.

L'achèvement d'un changement organisationnel désactive toutes les actions possibles (telles que "Traiter") pour ce changement organisationnel.

La figure fournit une vue d'ensemble de ce que chaque action parmi la simulation, l'activation, le traitement et l'exécution d'une action.

• Pour les modifications inactives, vous utilisez Simuler pour identifier les objets pertinents et simuler les écritures afin de les analyser dans les états.
• L'activation identifie également les objets, active la dépendance temporelle et intègre les objets mis à disposition (tous les objets créés lors de l'exécution).
• Vous pouvez exécuter à nouveau une simulation après l'étape d'activation, la simulation d'un changement organisationnel actif simule uniquement les transferts.
• Lors du traitement, le système vérifie l'intégralité des listes d'objets, modifie les données de base, effectue des transferts et traite les objets mis à disposition.
• L'étape Terminer ne fait qu'une seule chose : elle vérifie le statut des listes d'objets et définit le statut final.

Les statuts suivants sont appliqués après chaque phase :

• Inactif : vous gérez le changement organisationnel et les objets concernés.
  • Aucune modification des données de base ou génération d'écritures.
  • Une simulation peut être effectuée pour la liste actuelle des objets affectés.
• Actif : dérivation automatique des nouveaux centres de profit pour les écritures postérieures à la date d'entrée en vigueur du changement organisationnel.
  • Les objets racine et dépendants sont automatiquement identifiés par les "listeners" et ajoutés au changement organisationnel.
  • La simulation peut toujours être effectuée, mais les listes de données de base ne sont pas restructurées.
• Traité : les transferts et les modifications des données de base sont terminés.
  • Les "Listeners" sont toujours actifs.
• Terminé : vous avez décidé que le changement organisationnel était terminé.
  • "Listeners" ne sont plus actifs.
  • Les actions ne sont plus autorisées.