!--a11y-->
Fonctionnalités spéciales de reporting dans
le domaine Titres 
Le jour de référence identifie la zone de date principale pour une date d’analyse interne à laquelle le système traite les flux (et détermine les positions). Cette date d'analyse est utilisée dans la sélection des flux pour une période donnée et sert de critère de totalisation de ces flux dans le cadre du calcul des positions. Certains jours de référence ne sont pas indiqués pour certains flux (par exemple, la date limite est uniquement renseignée pour les transactions/ordres). Si l'une de ces zones de date est vide, le système renseigne la « date de valeur de la position » comme date d'analyse. Le système a besoin de la valeur par défaut afin de déterminer les positions pour d'autres jours de référence.
Toutefois, cela peut se traduire par une modification de la chronologie interne des flux et, en conséquence, par la présence d'incohérences de position dans la mesure où les flux pertinents ne sont pas inclus lors du calcul d'une position. Le jour de référence Date comptable peut notamment poser un problème, puisque vous renseignez cette zone manuellement. Si vous avez sélectionné la date comptable comme jour de référence, le système lit uniquement les enregistrements réels en interne, indépendamment de la valeur de la caractéristique Statut de comptabilisation.
Cette zone contrôle le type de cours utilisé pour stocker les cours des titres dans la table des cours/taux.
· Si la zone Type de cours est vide, le système extrait le type de cours défini comme type de cours pour l'analyse dans le Customizing (chemin IMG : Corporate Finance Management ®Gestionnaire de transactions ® Options générales ® Organisation ® Définir les données société supplémentaires).
· Si la zone est renseignée, il substitue les options générales définies dans le Customizing.
Si ce code est activé, le système utilise uniquement les cours de la table des cours des titres qui sont affectés de cette date exacte. En l'absence d'un tel cours, le système définit la valeur zéro pour le taux et vous informe de l'entrée manquante.
Si ce code est activé, le système utilise uniquement les cours de la table des cours des titres qui sont affectés de ce type de cours exact. En l'absence d'un tel cours, le système définit la valeur zéro pour le cours et vous informe de l'entrée manquante.
Restrictions
Les paramètres de pilotage Type de cours exact et Date de cours exacte n'affectent en rien les cours sélectionnés pour les ratios de la valorisation simulée (par exemple, les conditions d'amortissement).
Pour gérer la conversion de devise, la recherche propose deux fonctions distinctes :
· Le code de calcul de cours de change gère la conversion de devise dans le Gestionnaire de transactions. Cela affecte les conversions entre deux devises des types suivants :
¡ devise interne ;
¡ devise de position/devise d'émission ;
¡ devise de cotation ;
¡ devise de paiement.
Si cette zone est vide (valeur initiale), le système utilise le code Calcul des taux dans le Customizing (chemin IMG : Corporate Finance Management ® Gestionnaire de transactions ® Options générales ® Organisation ® Définir les données société supplémentaires).
Si vous renseignez cette zone, votre entrée remplace le paramétrage du Customizing.
· Le type de conversion définit la façon dont une devise est convertie dans la devise d'affichage d'un état de recherche. Les types de conversion sont définis dans le Customizing (chemin IMG : Gestionnaire de transactions ® Système d'information ® Recherche ® Types de conversion).
DA(XX) est ajouté aux ratios correspondants, XX représentant la devise d'origine (par exemple, DP pour la devise de position/devise d'émission, DI pour la devise interne ou DPa pour la devise de paiement).
Si ce code est activé, le système utilise uniquement les cours de la table des cours de change qui sont affectés de cette date exacte. En l'absence d'un tel cours de change, le système définit la valeur zéro pour celui-ci et vous informe de l'entrée manquante. Exception : devises fixes (par exemple, la conversion entre l'euro et l'une des monnaies qui en font partie comme le DEM).
Quand l'ordre de titre a été intégré aux fonctions de gestion des transactions générales dans la version 4.6A, les types de flux de la gestion des transactions ont dû être dupliqués pour la gestion des positions. Pour garantir la cohérence des données de reporting malgré cette modification, les états n'utilisent pas les données de flux des transactions.
Lorsque vous saisissez une nouvelle transaction, l'événement d'enregistrement des données d'ordre est distinct de l'événement de création de transaction (identique à celui utilisé dans les domaines Marché monétaire et Devises). Lorsque les ordres sont transférés au programme de comptabilisation, le système marque les enregistrements de données comme des « enregistrements réels » pour la gestion des positions. Les données de comptabilisation réelle, telles que la date comptable, sont écrites dans les tables de flux de gestion des positions au moment où vous exécutez le programme de comptabilisation. Pour divers motifs, les fonctions de gestion des positions ne peuvent toujours prendre en charge que les enregistrements prévisionnels et les enregistrements réels. Par conséquent, il peut exister des enregistrements affectés du statut « réel » qui n'ont pas encore été comptabilisés. Il existe donc un risque accru de calculer une position apparemment incohérente avec le jour de référence Date comptable.
Si la fonction d'acquisition de données trouve une position incohérente, le système affiche un message d'erreur et supprime la position lors de la poursuite du traitement, et notamment dans l'affichage.
La caractéristique « Événement de transaction » est créée dans l'environnement de reporting et ne possède pas de zone équivalente dans le domaine Gestion de trésorerie. Un événement de transaction (ou plusieurs événements de transaction conjugués) regroupe les flux créés par une fonction opérationnelle dans une unité de gestion logique. Vous pouvez utiliser les événements de transaction pour affecter des types de flux liés qui apparaissent dans différentes transactions commerciales ou fonctions opérationnelles (commissions ou taxes, par exemple) à la transaction de création.
Ils vous permettent de structurer vos flux de façon fonctionnelle, sans devoir utiliser les types de flux définis dans le Customizing.
Les événements de transaction ont un code numérique à trois chiffres affecté comme suit :
|
100 – 199 |
Entrées de position |
|
200 – 299 |
Sorties de position |
|
300 – 399 |
Paiements / produits des ventes |
|
400 – 499 |
Valorisation |
|
500 – 599 |
Régularisation |
|
600 – 699 |
Transactions exclusivement FI |
|
800 |
Flux d'ajustement |
Les événements de transaction sont définis de telle sorte que, dans le cas où une transaction modifie la position existante, la sortie est affectée à un événement de transaction différent de l'entrée de la position qui a été traitée. C'est le cas notamment pour un transfert, une opération sur capital ou l'exercice d'un droit.
ExempleExercice des droits de souscription
L'événement de transaction 245 (Exercice du droit de souscription) reprend tous les flux sortants de la position du droit de souscription tandis que tous les flux entrants des nouvelles actions sont affectés à l'événement de transaction 145.
Ces paires de transactions commerciales, qui résultent d'une seule et même transaction, portent le nom de transactions commerciales conjuguées.
Dans la gestion des positions, les enregistrements des plus-values ou des moins-values qui résultent des ventes ou des remboursements sont créés deux fois : Afin de représenter toutes les méthodes de valorisation proposées, le système a besoin d'une vue plus différenciée que celle requise pour la comptabilisation dans le grand-livre des enregistrements associés aux produits dégagés. Dans le grand livre, seuls les totaux des plus-values ou des moins-values sont comptabilisés.
Afin d'empêcher la duplication des flux pertinents et des informations afférentes, le système renseigne les zones comme décrit ci-dessous.
Dans la mesure où les flux qui ne sont pas concernés par la comptabilisation possèdent un niveau plus élevé de granularité, toutes les informations sont extrapolées dans ces flux. Ils sont affectés des valeurs de change de la position ainsi que des plus-values et des moins-values. Si les enregistrements de totaux de flux correspondants concernés par la comptabilisation ont été comptabilisés dans le grand livre, cette date comptable est transférée à la zone Date comptable des enregistrements de flux liés qui ne sont pas pris en compte pour la comptabilisation (selon la définition fonctionnelle/de base de données, la date comptable de ces derniers est à l'origine vide).
En revanche, les enregistrements de flux de totaux de plus-values et des moins-values qui sont comptabilisés dans le grand livre sont définis avec la valeur zéro dans tous les ratios de base.
Deux fonctions différentes sont disponibles pour le traitement des encaissements : une procédure en une étape et une autre en deux étapes. Ce choix affecte la façon dont les zones sont renseignées pour les événements de transaction qui interviennent directement dans le résultat, tels que les règlements des intérêts.
· Lorsque vous utilisez la procédure d'encaissement en une étape pour les flux qui affectent le résultat, les deux ratios (montant de paiement et montant de résultat) sont affectés de la même valeur.
· Dans le cas de la procédure d'encaissement en deux étapes, les ratios sont mis à jour d'après le « statut » de l'encaissement. Cette procédure est illustrée dans l'exemple ci-dessous.
ExempleComportement du règlement des intérêts dans un flux de trésorerie de titres avec la procédure d'encaissement en deux étapes :
· Types de flux identiques à ceux du modèle de paramétrage du Customizing
· Montant du règlement des intérêts : 100 EUR
Date 1 : règlement des intérêts futur avec le statut « planifié ».
|
Statut |
Type de flux |
Date d’échéance |
Date comptable |
Montant paiement |
Montant résultat |
|
P |
5000 |
31/07/01 |
Vide |
100 |
100 |
Date 2 : position débitrice créée pour le règlement des intérêts, encaissement créé comme un flux.
|
Statut |
Type de flux |
Date d’échéance |
Date comptable |
Montant paiement |
Montant résultat |
|
R |
5000 |
31/07/01 |
31/07/01 |
0 |
100 |
|
P |
6000 |
31/07/01 |
Vide |
100 |
0 |

À la date 1, le flux de type 5000 contient les informations affectant le flux de trésorerie. Lorsque vous utilisez la procédure d'encaissement en deux étapes, le montant de paiement est affiché sous les flux d'intérêts primaires (ici, le flux de type 5000) tant qu'il possède le statut « planifié » et qu'aucune position débitrice n'a été créée. Lors de la création de la position débitrice, le système génère également le flux d'encaissement correspondant. À ce stade, les informations sont transférées au flux d'encaissement.
Date 3 : réception du règlement des intérêts
|
Statut |
Type de flux |
Date d’échéance |
Date comptable |
Montant paiement |
Montant résultat |
|
R |
5000 |
31/07/01 |
31/07/01 |
0 |
100 |
|
R |
6000 |
31/07/01 |
01/08/01 |
100 |
0 |
En plus des ratios spécifiques de flux utilisés pour le reporting d'une période donnée, le système propose un large éventail de ratios qui décrivent une position au début et à la fin d'une période de reporting. Vous pouvez identifier ces ratios à leur nom.
Exemple· Nombre d’unités : début
· Nombre d’unités : fin
Il existe également un ratio appelé « Nombre d'unités ». Pour ce ratio, le système calcule et affiche la position pour chaque jour calendrier dans la période de reporting. L'agrégation de ce ratio est différente de celle appliquée aux deux ratios de position.

Le système a besoin d'un espace de stockage considérable pour calculer ces ratios et les gérer en interne, spécialement pour de plus longues périodes.
Dans le domaine fonctionnel de la valorisation des titres, vous pouvez gérer les obligations à coupon zéro comme des positions individuelles. En d'autres termes, un nouveau poste est créé pour chaque entrée de position. Afin de pouvoir le représenter, la caractéristique « Numéro d'ordre » a été ajoutée pour le reporting de position. Dans le cas des obligations à coupon zéro, le numéro d'ordre de l'achat qui a déclenché la transaction est affiché pour la position. Cette caractéristique est vide pour tous les autres produits.
· Amortissement en DPa, DI, DA
Désignation : Amort. DPa, DI, DA
Total de tous les amortissements à ce jour : valeur d'acquisition - valeur comptable (si la différence est supérieure à zéro)
· Plus-value de remboursement en DPa, DA(DPa)
Désignation : PvRemb DP, DA
Ce ratio a uniquement été défini pour les obligations. Il exprime la plus-value réalisée lorsqu'un titre comptabilisé au-dessous du pair est conservé jusqu'à maturité.
En d'autres termes, si la valeur comptable est inférieure à la valeur nominale, alors la plus-value de remboursement est égale à la valeur nominale moins la valeur comptable.
· Prix d'acquisition pour les titres cotés en pourcentage
Ratio : 0ANKURSPWP
Désignation : Prix d'acquisition / %
Ce ratio est utilisé pour les obligations cotées en pourcentage : le prix est calculé d'après la valeur d'acquisition et la valeur nominale dans la devise d'affichage. Le cours de change s'annule lui-même, laissant le prix dans la devise de position. Il s'applique à toutes les sociétés et peut être affiché dans une colonne dans le cadre de la recherche.
100 * Valeur acquis. (DA) / val. nom. (DA)
Formule : ( ( 1 - CNT ( ASTUECK ) ) * 100 * BKAUFWR_AW ) / BNOMINA_AW
· Prix d'acquisition des titres côtés à l'unité en DA
Ratio : 0ANKSSWPAW
Désignation : Prix acquis. DA
Pour les titres côtés à l'unité dans la devise d'affichage
Valeur acquis. (DA) / nbre unités, si ASTUECK est renseigné.
Formule : ( CNT ( ASTUECK ) * BKAUFWR_AW ) / ASTUECK
Pour des raisons techniques, nous opérons une distinction entre les ratios pour les titres côtés à l'unité qui correspondent à un prix et les ratios qui représentent un prix ou un pourcentage relatif.
· Plus-values latentes en DPa, DI, DA
Désignation : PvalLat. DPa, DI, DA
Ce ratio décrit les plus-values non réalisées. Il est calculé en comparant le cours de Bourse au prix d'acquisition (cours de Bourse - prix d'acquisition).
Formule : MX0 ( BKURSWE_AW - BKAUFWR_AW )
· Moins-values latentes en DPa, DI, DA
Désignation : MvalLat. DPa, DI, DA
Ce ratio décrit des moins-values non réalisées (similaires aux plus-values non réalisées).
Formule : MX0 ( BKAUFWR_AW - BKURSWE_AW )
· Réserves latentes en DPa, DI, DA
Désignation : RésLat. DA
Cours de Bourse - valeur comptable, si cette différence est supérieure à zéro.
La principale tâche du reporting consiste à représenter la situation actuelle d'après la base de données. Ceci revient uniquement à lire les données dans un système opérationnel. En plus de la vue ex post spécifique des transactions fixes dans la base de données, les utilisateurs des outils de reporting doivent exécuter d'autres analyses. Ils ont besoin d'autres éléments et notamment :
· les produits cumulés exacts pour un jour de référence donné ;
· les produits pour la période comptable appropriée ;
· une fonction afin d'exécuter une valorisation et de déterminer la condition d'amortissement, sans comptabilisation dans le grand livre (cette fonction est par conséquent désignée par le terme valorisation simulée).
Dans les deux premiers cas, le système exécute un cycle de régularisation dans le cadre du calcul des ratios. Dans le dernier cas, la valorisation est exécutée en ligne.
Revalorisation des existences / réévaluations non exécutées (Allemagne)
Le ratio « revalorisation des existences » est exigé pour les notes au bilan allemand préparé d'après le code de commerce (HGB). Deux ratios sont disponibles puisqu'il existe une certaine liberté d'interprétation dans les règles du code de commerce.
· Larevalorisation des existences cumulées repose sur les recommandations de bilan publiées par Beck (Beck'sche Bilanzkommentar).
· Larevalorisation des existences orientée produits repose sur l'interprétation de Adler, Düring & Schmalz.

Les ratios pour la revalorisation des existences ne sont PAS calculés pour les obligations à coupon zéro.
· Revalorisation des existences cumulées
La revalorisation des existences cumulées W est calculée comme suit : T est la valeur actuelle, B la valeur comptable et A la valeur d'acquisition au jour de référence.
T < B : W = 0
B < T < A : W = T - B
A < T : W = A - B
· Revalorisation des existences orientée produits
Si vous sélectionnez ce ratio dans un état, vous devez définir deux dates t1 et t2 quand vous générez l'état.
Le ratio est calculé comme suit :
...
a. F1 est la valeur comptable fictive à la date t1. Cette valeur est calculée en valorisant la position d'après des paramètres de valorisation modifiés. Dans le cas présent, « modifié » signifie que les paramètres du principe strict de la valeur minimale définis pour le code de position sont transformés en paramètres de principe de la valeur minimale au moment de l'exécution et de ce fait, les réévaluations sur la valeur d'acquisition sont possibles.
b. B1 est la valeur comptable réelle à la date t1, F1 la valeur comptable fictive déterminée de la façon décrite ci-dessus (valorisée par rapport au cours du marché C1 à la date t1).
c. Après quoi, le système examine toutes les transactions commerciales réalisées entre t1 et t2 et détermine leur incidence sur la valeur comptable fictive. Cela se traduit par une nouvelle valeur comptable fictive à la date t2, appelée F2.
d. À la date t2, la position a une valeur représentée par le cours du marché T2. Une deuxième valorisation simulée détermine la réévaluation ou l'amortissement lorsqu'elle est comparée à la valeur comptable fictive F2. La nouvelle valeur comptable fictive à la date t2 est F3 et la nouvelle valeur comptable réelle B3. Note : la différence entre F3 et B3 ne correspond pas à l'écart entre T1 et T2. En effet, les ventes peuvent se traduire par des plus-values ou des moins-values selon le cours d'enregistrement.
e. Pour calculer la revalorisation des existences orientée produits W, le système examine T2, T3, et la valeur d'acquisition A2 à la date t2 et opère une distinction entre les quatre situations suivantes :
T2 < B3: W = 0 (dans ce cas, T2 = B3 = F3)
B3 < T2 < F2: W = 0 (dans ce cas, T2 = F3 <> B3)
F2 < T2 < A2: W = T2 - F2
A2 < T2: W = A2 - F2