!--a11y-->
Para unos gastos que se contabilizaron en FI y que tienen una imputación para el centro de coste EJEMPLO 1, el sistema fija el indicador Debe/Haber BEKNZ en S. Este valor se utiliza para la característica virtual BLEKZ.
Centro de coste |
Operación empresarial |
BEKNZ |
BELKZ |
Importe |
EJEMPLO1 |
MONEDA |
A |
A |
100 USD |
Si anula la contabilización en el ejemplo 1, el sistema crea un registro de contabilización CO adicional con el indicador Debe/Haber BEKNZ = H.
|
Centro de coste |
Operación empresarial |
BEKNZ |
BELKZ |
Importe | |
Registro del ejemplo 1 |
EJEMPLO1 |
MONEDA |
A |
A |
100 USD |
Anulación |
EJEMPLO2 |
MONEDA |
Ab. |
A |
-100 USD |
En este ejemplo, el centro de coste no incurrió en ningún coste. El Sistema R/3 de SAP no muestra un abono o un cargo para el centro de coste en los informes cuando utiliza BELKZ. Las contabilizaciones se saldan con cero. Sin embargo, si utiliza BEKNZ, el sistema visualiza un cargo de 100 USD y un abono de 100 USD en el informe.
Si la contabilización en el ejemplo 1 se ha contabilizado en un centro de coste equivocado y este importe se ha traspasado con una contabilización de corrección para cargar el centro de coste EJEMPLO2, se obtiene el resultado siguiente:
|
Centro de coste |
Operación empresarial |
BEKNZ |
BELKZ |
Importe | |
Registro del ejemplo 1 |
EJEMPLO1 |
MONEDA |
A |
A |
100 USD |
Traspaso |
EJEMPLO1 |
RKU1 |
Ab. |
A |
-100 USD |
Traspaso |
EJEMPLO2 |
RKU1 |
A |
A |
100 USD |
En este caso, tampoco se muestra ningún cargo si se está utilizando BELKZ, ya que el sistema trata un traspaso de una manera similar a una anulación que se ha usado para hacer una corrección a una contabilización primaria errónea.
Si asigna el importe al ejemplo 1 utilizando una facturación de actividad con la orden 12345678, obtendrá los valores siguientes:
|
Centro de coste |
Operación empresarial |
BEKNZ |
BELKZ |
Importe | |
Registro del ejemplo 1 |
EJEMPLO1 |
MONEDA |
A |
A |
100 USD |
Facturación de actividad |
EJEMPLO1 |
RKL |
Ab. |
Ab. |
-100 USD |
|
Orden |
Operación empresarial |
BEKNZ |
BELKZ |
Importe | |
Facturación de actividad |
12345678 |
RKL |
A |
A |
100 USD |
En este ejemplo (contabilización secundaria), no hay diferencia entre utilizar BELKZ o BEKNZ. El centro de coste EJEMPLO1 se marca con BELKZ = H como el emisor, la orden con BEKNZ como el receptor. En cualquier caso, el sistema visualiza en el informe por separado la contabilización primaria para el centro de coste EJEMPLO1 y el registro contable contabilizado para este centro de coste.
Si liquida la orden del ejemplo 4 con el centro de coste EJEMPLO2, el sistema actualiza los datos siguientes:
|
Orden |
Operación empresarial |
BEKNZ |
BELKZ |
Importe | |
Registro del ejemplo 4 |
12345678 |
RKL |
A |
A |
100 USD |
Liquidación de la orden |
12345678 |
KOAO |
S |
S |
-100 USD |
|
Centro de coste |
Operación empresarial |
BEKNZ |
BELKZ |
Importe | |
Liquidación de la orden |
EJEMPLO2 |
KOAO |
A |
A |
100 USD |
Para obtener una visión correcta de las relaciones emisor/receptor en informes definidos por el usuario que disponen las partidas individuales por indicador Haber/Debe, el usuario debe utilizar BELKZ tal y como lo haría en informes estándar. Si quiere una visión Debe/Haber como en FI, puede utilizar BEKNZ.