SAP RAR y el Reconocimiento de Ingresos

El reconocimiento de ingresos es el proceso de reconocimiento de los ingresos, cuando se cumple un contrato de venta y la propiedad de los bienes/servicios se transfiere del vendedor al comprador o cliente. Tradicionalmente, el reconocimiento de los ingresos se realiza en SD a través de la funcionalidad de facturación de SAP.

SAP ofrece un reconocimiento de ingresos integrado basado en documentos SD. Con el reconocimiento de ingresos SD, las facturas se contabilizan en los ingresos diferidos (en función de las partidas de ingresos reconocidas anteriormente) y los ingresos reconocidos también se contabilizan en COPA (Controlling y Profitability Analisys).

La lógica de SAP RAR está fundamentado sobre la norma IRFS15. La IRFS15 es una norma contable promulgada por el FASB (https://www.fasb.org) que proporciona orientación sobre la contabilización de los ingresos procedentes de contratos con clientes.

Se adoptó en 2014 y entró en vigor de forma obligatoria en EE.UU. y la mayor parte de Europa en enero de 2018. La IRFS15 incluye nuevos cambios en la información, tanto cuantitativa como cualitativa, sobre el importe, el calendario y la incertidumbre de los ingresos procedentes de contratos con clientes.


Etapas del proceso de Reconocimiento de ingresos y formas de cumplimiento

Se contemplan 5 pasos a la hora de hacer el reconocimiento de ingresos según las IRFS15 en SAP RAR. Son los siguientes:

  • Identificación del contrato con el cliente. Un contrato es un acuerdo entre dos o más partes que tiene derechos y obligaciones exigibles. Los contratos pueden ser escritos, orales o implícitos por las prácticas comerciales habituales de una entidad. El asentimiento electrónico constituye una prueba aceptable de un contrato.
  • Identificación separada de las diferentes obligaciones de cumplimiento con el cliente (POB), las posiciones del contrato con el cliente.
  • Determinar un precio a la transacción a realizar con el cliente para el reconocimiento del ingreso, el montante de la consideración que el vendedor espera tener derecho a cambio de transferir el control de bienes o servicios prometidos en el contrato. La contraprestación prometida en un contrato con un cliente puede incluir importes fijos, importes variables o ambos.
  • Asignar el precio la transacción a las distintas obligaciones de cumplimiento identificadas en el contrato con el cliente. Una entidad normalmente asigna el precio de transacción a cada POB en función de los precios de venta independientes relativos de cada bien o servicio distinto prometido en el contrato. Algunas veces, el precio de la transacción puede incluir un descuento o una cantidad variable de contraprestación que se relaciona enteramente con una parte del contrato.
  • Reconocimiento del ingreso de cada una de las POB del contrato. La satisfacción de POB puede ser un evento de cumplimiento definido, por ejemplo, típicamente un evento de ventas o salida de mercancías. Los bienes emitidos en el pedido de ventas actúan como un disparador para reconocer los ingresos del contrato.

Del mismo modo, los servicios profesionales o los servicios de red prestados durante un período de tiempo pueden reconocerse a medida que pasa el tiempo apropiado. Por ejemplo, un mes de servicio prestado desencadenará el reconocimiento de los ingresos.

Según lo anterior se tienen 3 formas para llevar a cabo este reconocimiento de ingresos de las POB en función de las reglas que se definan en el sistema (y más concretamente en BRF+). Las 3 formas de cumplimiento o disparadores son:

  • Eventos: salida de mercancías, factura de cliente, cumplimiento manual, comprobante de entrega, fecha de aceptación, coste de adquisición, consumo…
  • Fechas: reconocimiento de ingresos basado en el tiempo.
  • Grado de terminación: por porcentaje de cumplimiento del contrato. Para los POB a lo largo del tiempo, el cumplimiento se puede calcular sobre la base del paso del tiempo o basado en el porcentaje de finalización (PoC). Por ejemplo, para los POB relacionados con el proyecto, el PoC puede actuar como un disparador para el reconocimiento de ingresos en comparación con los basados ​​en eventos (bienes emitidos).

Arquitectura y Diseño de SAP RAR

Como se mencionó anteriormente, SAP RAR es una aplicación desacoplada y está diseñada para funciona como una aplicación independiente para cumplir con los nuevos estándares de ingresos de la IRSF 15.

La contabilidad de ingresos es una pieza fundamental del proceso de reconocimiento de ingresos. Todos Los sistemas de origen se pueden integrar directamente en SAP RAR que contiene los contratos a través del “adapter reuse layer” (ARL), en la que se establecen las reglas de negocio son transformadas para derivar los atributos respectivos para los POB correspondientes. Luego, la misma información se transfiere a SAP RAR. Esta información posteriormente se usa para reconocer los ingresos de acuerdo con las reglas definidas.

SAP SD, SAP CRM, SAP Hybris Billing and “third-party applications” (como Data Hub) están integrados con SAP RAR. En la siguiente imagen se muestra la interrelación entre SAP RAR y los demás módulos:



Business Rule Framework Plus

SAP RAR se integra con Business Rule Framework plus (BRF+), especialmente en la definición de las reglas de negocio que permiten identificar las obligaciones de desempeño y prorrateo mediante los diferentes eventos.

BRF+ es una aplicación independiente que puede derivar los atributos relevantes para los ingresos del contrato mediante reglas comerciales predefinidas (atendiendo a los disparadores del reconocimiento de ingresos). BRF+ es una herramienta de diseño central (o marco de reglas) integrado no solo con la contabilidad de ingresos sino también con SAP CRM, SAP SRM, aplicaciones personalizadas, aplicaciones bancarias y más.

BRF+ actúa como una API y una interfaz de usuario para definir y procesar reglas comerciales. Las reglas se pueden modelar de forma intuitiva y se pueden reutilizar en diferentes aplicaciones.

Los principales componentes de BRF+ incluyen aplicaciones, funciones, catálogos, expresiones, acciones y objetos de datos, y SAP RAR aprovecha la funcionalidad BRF+ para derivar claves atributos de las obligaciones de desempeño.

La siguiente imagen proporciona una visión global de como BRF+ contribuye a establecer las reglas para el procesamiento de las POB en SAP RAR.



Esperamos que este artículo te haya servido de ayuda. Si estás interesad@ en saber más sobre cómo puede guiarte nuestro equipo de Logística, no dudes en ponerte en contacto con nosotros.