En el paso 2, una entidad debe identificar las obligaciones de desempeño

separadas en el contrato. La obligación de desempeño es el nivel donde se define

el Precio de Venta Independiente (SSP), donde se asigna el precio y se determina
el cumplimiento (PoC).
Si un cliente puede beneficiarse de los artículos de nivel inferior separados de una
lista de ventas de materiales (BoM) por su cuenta, entonces cada artículo
corresponde a un POB distinto separado.
Si un cliente no puede beneficiarse de los artículos de nivel inferior separados de
un BoM de ventas por su cuenta, luego, la lista de materiales en su conjunto
corresponde a una HOB, tal como se describe en el escenario para el paquete de
teléfonos inteligentes en la figura, Funcionalidades correspondientes al modelo de
5 pasos Paso 2: Identifique las obligaciones de desempeño separadas. Un
indicador de si un cliente puede beneficiarse de los artículos por separado puede
ser si por lo general también se venden por su cuenta.
Si los elementos de nivel inferior corresponden a POB distintos, entonces
cualquier evento en los elementos de nivel superior se desglosa en los POB
separados. Si la lista de materiales en su totalidad corresponde a un POB, pero
los elementos de nivel inferior de la lista de materiales son relevantes para la
entrega o la facturación, también se crean POB no diferenciados especiales en el
contrato de RA. Los eventos en los elementos de nivel inferior luego se agregan
en el POB compuesto de nivel superior.
SAP Revenue Accounting and Reporting puede crear POB vinculados separados
para obligaciones implícitas que no se incluyen como elementos explícitos en el
contrato operacional. Estos POB siempre tienen que estar vinculados a un POB
principal que corresponde a algún elemento operativo. Un ejemplo es un derecho
para actualizaciones o mantenimiento sin cargo explícito.

 La Contabilidad de ingresos se desacopla de las ventas operativas y las

aplicaciones de facturación. Los datos de diferentes aplicaciones operativas se
pueden transferir a la contabilidad de ingresos.

Es un complemento de ERP Financials y es como un sub-libro de contabilidad de

Financials. Este aspecto es importante ya que la contabilidad de ingresos tiene su
propia tabla de contabilidad auxiliar para las contabilizaciones.

La contabilidad de ingresos utiliza BRF +, que es un marco de reglas flexible que

se utiliza para definir reglas para la transformación de elementos operativos (como
órdenes SD) en contratos y obligaciones de desempeño de acuerdo con el
estándar de ingresos.

Una vez que se han procesado los contratos, la Contabilidad de ingresos crea
publicaciones en FI-GL y CO-PA.

 Para soportar este flujo de procesos en aplicaciones operativas, un Componente de

Integración (IC) necesita crear revenue accounting items (RAI) y enviarlos a
Contabilidad de ingresos.
Un elemento de la contabilidad de ingresos contiene todos los datos de los
elementos operativos y eventos que son relevantes para la contabilidad de
ingresos.

La estructura de los elementos de la contabilidad de ingresos se puede configurar

en la contabilidad de ingresos por separado para diferentes aplicaciones
operativas.

SAP proporciona componentes de integración para varias aplicaciones operativas

tales como SD (Ventas y Distribución), servicio de CRM y facturación de Hybris
(Convergente de facturación y Contabilidad de contratos financieros). Sin
embargo, los clientes pueden alimentar Revenue Accounting también desde
componentes externos que no son de SAP.

La capa de reutilización del adaptador (ARL o Adapter Reuse Layer) de la

contabilidad de ingresos recibe los RAI y los transforma en contratos de RA y
obligaciones de rendimiento.

Las reglas para la transformación se pueden definir en Business Rules Framework

plus (BRF +).

La siguiente lista describe más componentes del motor de contabilidad de

ingresos:

- Gestión de contratos para calcular la asignación de precios.

- Gestión de procesos que ofrece procesamiento manual.

- Gestión de facturas para calcular los efectos de las facturas.

- Gestión de cumplimiento que determina los ingresos reconocidos de los

eventos de cumplimiento.

- Gestión de contabilizaciones que crea contabilizaciones de ingresos

reconocidos y correcciones de facturas.

- Ejecución de acumulación que crea contabilizaciones en FI-GL y CO-PA

- Aprovisionamiento de datos para extraer datos en BI.

 los clientes pueden configurar reglas para los diferentes pasos de la

transformación de elementos de contabilidad de ingresos a contratos RA y
POB:
 En un BAdI, los clientes pueden determinar la combinación automática de
contratos operacionales (o elementos de contratos operacionales) para un
contrato RA.

En los conjuntos de reglas BRF +, los clientes pueden definir reglas para
determinar:

- Qué elementos operativos se gestionarán como obligaciones de

rendimiento distintas

- Atributos específicos de un POB (también se pueden predeterminar desde

un tipo de POB)

- Creación de POBs vinculados para obligaciones implícitas.

- El precio de venta independiente se puede mantener en BRF + o se pueden

cargar en BRF +. También pueden enviarse con tipos de condición
especiales desde la aplicación operativa.

- Para cláusulas especiales, se pueden crear POB adicionales a partir de

tipos de condiciones especiales definidas.

 Tiene varias opciones de implementación para la contabilidad de ingresos y la

generación de informes.

Los requisitos previos de instalación se enumeran en la guía de administradores.

Es ECC 605 como versión mínima para contabilidad de ingresos y ECC 600 para
el componente de integración SD.

Puede ejecutar el componente de integración y la Contabilidad e informes de

ingresos en un sistema integrado. Esta es la solución preferida si el componente
de integración y la contabilidad e informes de ingresos cumplen los requisitos de
instalación del sistema integrado y el proceso se puede manejar desde un punto
de vista de volumen en una máquina. El sistema integrado es necesario en caso
de que utilice la integración en el control de objetos de costo.

Si esto no es posible o por otros motivos, puede ejecutar el componente de

integración en una instancia separada. De esta manera, puede ejecutar la
Contabilidad de ingresos y la generación de informes en S / 4 HANA mientras su
componente de integración aún funciona en una versión anterior. Esta es la
instalación preferida si ejecuta la contabilidad de ingresos para SAP Hybris Billing.
Las contabilizaciones de G / L activadas por la Contabilidad de ingresos y la
generación de informes se pueden integrar con el componente de integración o el
sistema externo en un escenario ALE.
Tenga en cuenta que primero debe migrar desde el reconocimiento de ingresos
basado en SD a la Contabilidad de ingresos y la generación de informes antes de
actualizar a HANA de S / 4.

Actualizar usuarios

El componente de integración SD lista los eventos SD y envía información

relevante de reconocimiento de ingresos como elementos de contabilidad de
ingresos (RAI) al módulo de contabilidad de ingresos. Para integrar Revenue
Accounting con SD en la configuración, debe seleccionar la casilla de verificación
que activa el componente de integración y mantener su destino RFC (Customizing:
Ventas y distribución → Contabilidad de ingresos y generación de informes →
Integrar con la contabilidad de ingresos). Si usa el mismo sistema, puede
seleccionar Ninguno.

El componente de integración establece el ID de referencia y el tipo para

determinar qué elementos de RAI deben estar en un contrato de contabilidad de
ingresos. De forma predeterminada, la ID de referencia se establece en el número
de pedido que lleva a la creación de un contrato de contabilidad de ingresos para
cada pedido de SD. El ID de referencia se puede cambiar en una salida de cliente.

Un tipo de posición se puede marcar como relevante para el reconocimiento de

ingresos según la organización de ventas, el tipo de documento y el tipo de
Posición del documento. Esta activación no se puede ingresar manualmente ni se
puede cambiar una vez que se guarda el pedido y se crean los documentos
posteriores. Solo para los artículos relevantes para el reconocimiento de ingresos,
los RAI se crean y pasan al módulo de contabilidad de ingresos.

Si un pedido de venta es relevante para los datos de la contabilidad de ingresos

del pedido de ventas se asigna al contrato de contabilidad de ingresos, como las
fechas.
A lo largo del curso de capacitación, se analizarán las configuraciones de
personalización específicas, como la determinación de cuentas, así como los
escenarios, como los planes de facturación.

Las transacciones relevantes para el reconocimiento de ingresos resultan en la

creación de Partidas de Contabilidad de Ingresos (RAI).

Los RAI contienen información de origen sobre estas transacciones que dan como
resultado la creación de contratos de contabilidad de ingresos, obligaciones de
desempeño y cumplimiento de pedidos en la Contabilidad de ingresos.

Cada partida contable de ingresos consta de 1 partida principal y condiciones 0..n.

Los elementos principales contienen los datos básicos de un elemento contable de
ingresos. Las condiciones están vinculadas a un elemento principal y no se
pueden procesar sin un elemento principal existente.

Las condiciones contienen los importes, así como las cuentas por tipo de
condición.

La clase para los RAI determina las propiedades técnicas de los RAI.

Los siguientes estados son posibles para un RAI:

- Crudo

- Procesable
 - Procesada

La clase RAI determina los siguientes atributos técnicos de los RAI:

- Tablas de base de datos, en las que el sistema guarda los RAI, según su
estado y el tipo de registro al que pertenecen

- Módulos de funciones que reciben los RAIs.

- Módulos de funciones que guardan los archivos RAI en las tablas de base
de datos apropiadas.

- Campos específicos de los RAI que ha agregado, ya sea por su selección

de componentes de interfaz o utilizando campos de clientes

Cada clase de posición de contabilidad de ingresos tiene un tipo determinado. El

sistema proporciona los siguientes tipos de clase de elemento de contabilidad de
ingresos:

Posición de pedido (01): las clases de este tipo almacenan artículos de pedido /
artículos de contrato. Los elementos de contabilidad de ingresos del pedido
contienen los datos de encabezado del pedido, así como los datos del artículo.
Además, las posiciones de pedido de RAI contienen condiciones.

Posición de cumplimiento (02): las clases de elementos de contabilidad de

ingresos de este tipo almacenan posiciones de cumplimiento (por ejemplo, salida
de mercancías).

Posición de factura (03): las clases de este tipo almacenan posiciones de factura /
documentos de facturación (la nota de crédito, la nota de débito y el documento de
facturación comparten los mismos atributos). Los elementos de contabilidad de
ingresos de la factura contienen los datos de encabezado de la factura, así como
los datos del artículo. Además, las posiciones de factura RAI contienen
condiciones.

Los campos SD del componente de la interfaz para artículos de pedido (SD_MI01)

forman la base de los RAI que se obtienen de los artículos del pedido desde el
componente SD de origen. Contiene datos de selección específicos de SD y datos
de administración de la RAI del tipo de clase de artículo de pedido de contabilidad
de ingresos creado en un componente de fuente SD de SAP.
Este componente de la interfaz se utiliza para la clase de clase de orden de
ingresos RAI. Clase de artículo de orden y componente fuente SD. Es relevante
para el tipo de registro Artículos principales.

Si usa el nombre de clase RAI SD01, el sistema establece el tipo de clase de

contabilidad de ingresos en Artículo de pedido y activa el componente de interfaz
SD_MI01 automáticamente.

Puedes realizar los siguientes pasos opcionales:

- Selección de campos de clientes: puede incluir campos definidos por el

cliente en la interfaz y el almacén de datos.

- Administre los índices para las tablas de la base de datos: para optimizar el
rendimiento, puede elegir el botón Índices (Mantener índices) para crear
sus propios índices en las tablas de la base de datos.

- Los campos de cliente y también los campos de los componentes de la

interfaz activa están disponibles para su uso en los campos de índice.

Estructuras que pueden generarse

NCL_EEW_FARR_ARL para los campos que solo se usan en el procesamiento de

RAI: Estos campos suelen ser necesarios para definir reglas para combinaciones
de contratos o composición de contratos en BRF + (como definir POB y precios de
venta independientes), pero no es necesario que se muestren en los contratos de
contabilidad de ingresos. Estos campos solo extienden las tablas RAI. No están
disponibles para su visualización en la interfaz de usuario de POB ni están
disponibles para informes.

INCL_EEW_FARR_POB para campos también utilizados en contratos de

contabilidad de ingresos (en el nivel POB): estos campos se pueden agregar a la
interfaz de usuario del contrato y están disponibles para varios complementos
empresariales (como el BAdI para la asignación de precios). Sin embargo, no
están disponibles para la presentación de informes. Estos campos están
disponibles en las reglas BRF + y también extienden las tablas RAI y la tabla POB.

INCL_EEW_FARR_REP para campos también utilizados en informes: Los campos

en INCL_EEW_FARR_REP include están disponibles en las reglas BRF + y
extienden las tablas RAI, la tabla POB y todas las tablas de contabilización de la
Contabilidad de ingresos. Estos campos también se pueden pasar a los
documentos del libro mayor.

INCL_EEW_FARR_CONTRACT para los campos en el nivel del encabezado del

contrato: los RAI de pedido proporcionan información de nivel de artículo que se
puede asignar a POB. Si define campos adicionales en el nivel de contrato, estos
campos deben derivarse en BRF + en función de la información de la línea de
pedido y mostrarse en la interfaz de usuario del contrato. También pueden estar
disponibles en varias aplicaciones de Contabilidad de ingresos, como Búsqueda
de contratos, Cálculo de ingresos en función del tiempo y Ejecución de
contabilización de ingresos.

El diseño de tres niveles de la extensión POB lo ayuda a minimizar el volumen de

datos, para evitar la redundancia de información y mejorar el rendimiento y el
consumo de memoria. Aunque sería seguro agregar todos los campos de
elementos a INCL_EEW_FARR_REP (porque estaban disponibles en toda la
solución), se recomienda pensar realmente dónde se necesitan los campos y
dónde no, porque, por ejemplo, la tabla de publicación será muy grande. y los
campos innecesarios tendrán un efecto negativo con respecto al rendimiento y el
consumo de memoria. Asegúrese de que los campos almacenados en la
extensión anterior no sean más de 50.

Agregar campos a la estructura

- Seleccione la clase RAI a la que desea agregar los campos.

- Elija campos de clientes y seleccione los campos que desea agregar.

- Márquelos para utilizarlos en los elementos en estado sin procesar o los

elementos en estado procesable o procesado.

- Guarde y active sus cambios.

- Genere la clase RAI utilizando la transacción FARR_RAI_GEN o utilizando

la opción de menú Generación de entorno.

Una vez que haya completado este procedimiento, los campos personalizados
forman parte de todas las estructuras utilizadas internamente y las tablas de la
base de datos que almacenan los RAI. Los campos pueden aparecer en el monitor
para los RAI. En el diseño de la lista, agregue los campos personalizados a la lista
de campos mostrados en el diseño respectivo.

Trabajando con BRF+

Determinación de cuenta para elementos de contabilidad de ingresos

Si un componente emisor no tiene la capacidad de suministrar cuentas por cobrar o

cuentas de ingresos, en SAP Revenue Accounting 1.1 puede confiar
en una funcionalidad para enriquecer los elementos de la contabilidad de ingresos por esas cuentas.
Esto se realiza durante el procesamiento de los elementos de la contabilidad de ingresos en un
un paso adelante de la determinación de cuenta descrita anteriormente. Cuenta
Determinación durante el procesamiento de partidas contables de ingresos:
■ Tiene lugar para los artículos de contabilidad de ingresos del artículo de orden de tipo de clase
solamente
■ Consiste en la determinación de una cuenta por cobrar por ingreso.
partida contable y / o la determinación de una cuenta de ingresos
por condición de una partida contable de ingresos
■ Se produce solo si los indicadores XRECACC_DET (en los elementos principales) y /
o XPLACC_DET (elementos de condición) se configuran adecuadamente:
■ XRECACC_DET: determinar la cuenta de cuentas por cobrar usando
BRFplus: Usted establece este indicador en 'X' para delegar el
Determinación de cuentas por cobrar a la reutilización del adaptador.
capa. Si este indicador está configurado, la función BRFplus
FC_RAI_AD_REC_ACCOUNT se ejecutará durante los ingresos
Procesamiento de partidas contables. Función BRFplus
C_RAI_AD_REC_ACCOUNT es parte del BRFplus entregado
aplicaciones de muestra FARR_AP_CA_PROCESS_TEMPLATE. *Activar desde BRF+
y FARR_AP_PROCESS_TEMPLATE.
XPLACC_DET: Determine la cuenta de P&L usando BRFplus: Usted establece
este indicador a 'X' para delegar la determinación de ingresos
Cuentas a la capa de reutilización del adaptador. Si se establece este indicador,
La función BRFplus FC_RAI_AD_REV_ACCOUNT será
Ejecutado durante el proceso de contabilidad de ingresos para el precio
condiciones La función BRFplus FC_RAI_AD_REV_ACCOUNT es
parte de las aplicaciones de muestra BRFplus entregadas
FARR_AP_CA_PROCESS_TEMPLATE y
FARRAPPROCESSTEMPLATE.
La determinación de cuenta para las cuentas de ingresos tiene lugar sólo para
Condiciones de precios no estadísticos, es decir, con el campo STATISTIC.
initial y el campo CATEGORY = 'P \
Configurando XRECACC_DET = 'X' y proporcionando un valor en el campo
RECEIV_ACCOUNT (Cuenta de deudores) en ingresos
las partidas de orden contable (partida principal) son contradictorias. Lo mismo es
true para configurar XPLACC_DET = 'X' y proporcionar un valor en el campo
PL_ACCOUNT (Cuenta de pérdidas y ganancias) en la contabilidad de ingresos
condiciones del artículo del pedido. Por eso hay un cheque en el lugar que
hace que dichos elementos de contabilidad de ingresos dejen de pasar
estado "en bruto" a "procesable".

Revisar estos BRF Functions

- Function FC_PROCESS_HEADER
- Function FC_PROCESS_POB
- Function FC_PROCESS_POB_ADD
- functions FC_PROCESS_SSP and FC_PROCESS_DEFERRAL.
- Function FC_PROCESS_BOM
- Function FC_PROCESS_COMPOUND (VER SLIDE 115)
- La siguiente lista resume algunas funciones adicionales:
-
- La función FC_RAI_AD_REC_ACCOUNT se ejecuta una vez para cada artículo del pedido. Si se
puede determinar una cuenta de cuentas por cobrar, la cuenta se almacena en la partida
contable de ingresos procesada, así como en las obligaciones de desempeño relacionadas. Si no
se puede determinar una cuenta de cuentas por cobrar, el sistema intenta determinar la cuenta
de cuentas por cobrar que utiliza el cliente. Si esta opción tampoco produce ningún resultado,
el elemento contable de ingresos no se puede procesar y permanece en estado Procesable.
-
- La función FC_RAI_AD_ACCOUNT_ASSIGNMENT se ejecuta una vez por cada artículo de pedido
para determinar las asignaciones de cuenta, como el área de negocios, centro de beneficio,
segmento, área funcional. Asignaciones de cuentas, como área de negocios, centro de beneficio,
segmento, área funcional. Esta función se ejecuta una vez para cada artículo del pedido. Las
asignaciones de cuentas que se determinan se almacenan en la partida de contabilidad de
ingresos procesada, así como en las obligaciones de desempeño relacionadas.
-
- La función FC_RAI_AD_REV_ACCOUNT se ejecuta una vez por cada condición de precio no
estadística de un artículo de pedido para determinar la cuenta de ingresos. Si se puede
determinar una cuenta de ingresos, esta cuenta de ingresos se almacena en la partida de
contabilidad de ingresos procesada. Si no se puede determinar una cuenta de ingresos, la
partida contable de ingresos no se puede procesar y permanece en estado Procesable.
-
- La función FC_RAI_AD_COS_ACCOUNT se ejecuta una vez por cada condición de costo no
estadística de un artículo de pedido para determinar la cuenta de costo. Si se puede determinar
una cuenta de costos, esta cuenta de costos se almacena en la partida de contabilidad de
ingresos procesada.
-
- Si no se puede determinar una cuenta de costos, la partida contable de ingresos no se puede
procesar y permanece en estado Procesable.
-
- La función FC_RAI_EST_QUAN_DET se ejecuta una vez por cada condición de precio principal
de un artículo de pedido para determinar la cantidad estimada y el precio por unidad. La
cantidad estimada y el precio por unidad. Esta función se ejecuta una vez por cada condición de
precio principal de un artículo de pedido. Si se puede determinar una cantidad y un precio
estimados por unidad, esta información se almacena en la partida de contabilidad de ingresos
procesada. La cantidad se almacena en el artículo principal. El precio (cantidad estimada x
precio por unidad) se almacena en la condición del precio principal. Si no se puede determinar
la cantidad estimada o el precio por unidad, la partida contable de ingresos no se puede
procesar y permanece en estado Procesable.
-
-