Pour une charge comptabilisée dans FI et associée à une imputation au centre de coûts EXEMPLE 1, le système définit le code chargement/déchargement BEKNZ à S. Cette valeur est utilisée pour la caractéristique BLEKZ virtuelle.
Centre de coûts |
Opération |
BEKNZ |
BELKZ |
Montant |
EXEMPLE1 |
COIN |
A |
A |
100 FRF |
Si vous annulez l’écriture de l’exemple 1, le système crée un jeu d’écritures CO supplémentaire avec le code chargement/déchargement BEKNZ H.
|
Centre de coûts |
Opération |
BEKNZ |
BELKZ |
Montant | |
Enregistrement de l’exemple 1 |
EXEMPLE1 |
COIN |
A |
A |
100 FRF |
Annulation |
EXEMPLE2 |
COIN |
Cr |
A |
-100 FRF |
Dans cet exemple, le centre de coûts ne supporte aucun coût. Le système SAP R/3 n’affiche pas de déchargement ni de chargement pour le centre de coûts dans les états lorsqu’il utilise BELKZ. Le solde des écritures est égal à zéro. Si, toutefois, vous utilisez BEKNZ, le système affiche un chargement de 100 FRF et un déchargement de 100 FRF dans l’état.
Si l’écriture de l’exemple 1 a été imputée au mauvais centre de coûts et qu’elle transfère ce montant avec une écriture de correction pour grever le centre de coûts EXEMPLE2, vous obtenez le résultat suivant :
|
Centre de coûts |
Opération |
BEKNZ |
BELKZ |
Montant | |
Enregistrement de l’exemple 1 |
EXEMPLE1 |
COIN |
A |
A |
100 FRF |
Transfert |
EXEMPLE1 |
RKU1 |
Cr |
A |
-100 FRF |
Transfert |
EXEMPLE2 |
RKU1 |
A |
A |
100 FRF |
Ici aussi, aucun débit n’est affiché si vous utilisez BELKZ, puisque le système traite un transfert d’une manière similaire à une contre-passation utilisée pour effectuer une correction à une écriture de coûts primaires erronée.
Si vous imputez le montant dans l’exemple 1 en utilisant une imputation d’activités avec l’ordre 12345678, vous obtenez les valeurs suivantes :
|
Centre de coûts |
Opération |
BEKNZ |
BELKZ |
Montant | |
Enregistrement de l’exemple 1 |
EXEMPLE1 |
COIN |
A |
A |
100 FRF |
Imputation d’activités |
EXEMPLE1 |
RKL |
Cr |
Cr |
-100 FRF |
|
Ordre |
Opération |
BEKNZ |
BELKZ |
Montant | |
Imputation d’activités |
12345678 |
RKL |
A |
A |
100 FRF |
Dans cet exemple (écriture de coûts secondaires), l’utilisation de BELKZ ou de BEKNZ est identique. Le centre de coûts EXEMPLE1 est défini comme l’émetteur par le code BELKZ défini à H et l’ordre comme le récepteur par le code BEKNZ. Dans les deux cas, le système affiche séparément l’écriture de coûts primaires au centre de coûts EXEMPLE1 et le jeu d’écritures de chargement de ce centre de coûts dans l’état.
Si vous imputez l’ordre de l’exemple 4 au centre de coûts EXEMPLE2, le système met à jour les données suivantes :
|
Ordre |
Opération |
BEKNZ |
BELKZ |
Montant | |
Enregistrement de l’exemple 4 |
12345678 |
RKL |
A |
A |
100 FRF |
Déchargement de l’ordre |
12345678 |
KOAO |
S |
S |
-100 FRF |
|
Centre de coûts |
Opération |
BEKNZ |
BELKZ |
Montant | |
Déchargement de l’ordre |
EXEMPLE2 |
KOAO |
A |
A |
100 FRF |
Pour obtenir une vue correcte des relations émetteur–récepteur dans des états personnalisés qui présentent les postes individuels par code chargement/déchargement, utilisez BELKZ comme pour les états standard. Si vous souhaitez une vue débit/crédit (chargement/déchargement) similaire à celle de FI, vous pouvez utiliser BEKNZ.