Una entidad puede enfrentar diferentes problemas cuando se trata del reconocimiento de ingresos.
Dependiendo de la industria, esto puede consistir en cumplir con solicitudes de principios coincidentes (informar costos e ingresos en el mismo período), asignar ingresos a obligaciones de desempeño adecuadas (POB), manejar grandes volúmenes de datos o modificaciones constantes de contratos. Además, se están produciendo cambios en los modelos de negocio: cada vez más industrias que tradicionalmente estaban orientadas a la venta de bienes ahora intentan vender sus productos como servicios para garantizar el flujo de ingresos a lo largo del tiempo.
La solución de contabilidad e informes de ingresos (RAR) de SAP puede ayudar a las entidades a cumplir con estos requisitos. Sin embargo, según la cartera reciente de SAP, RAR no es la única solución que se puede utilizar para este propósito.
Con el reconocimiento de ingresos basado en eventos (EBRR), los costos y los ingresos se contabilizan a medida que ocurren y se cotejan y contabilizan inmediatamente. En cuanto a la cartera de SAP (actual al momento de escribir este artículo), SAP ofrece tres herramientas principales para el reconocimiento de ingresos. La herramienta clásica más antigua es análisis de resultadosque lleva mucho tiempo en el mercado y fue construido para medir el progreso de la ejecución del proyecto y realizar las contabilizaciones financieras adecuadas. En ese sentido, evolucionó con el tiempo e, incluso ahora, es la herramienta de referencia cuando se trata de proyectos y órdenes internas de gestión financiera del progreso. Además de la variedad de funciones disponibles, el análisis de resultados también es muy ampliable: existen múltiples puntos de mejora que el cliente puede utilizar para adaptarlo a las necesidades específicas de la empresa. Finalmente, estar en el mercado por un tiempo significa que un grupo importante de personas ahora domina y posee el conocimiento para trabajar con análisis de resultados.
Sin embargo, la idea del análisis de resultados siempre fue ser una herramienta utilizada integrada con el Sistema de Proyectos o con las órdenes internas. Por supuesto, si un cliente decide utilizar WBS como objeto de asignación de cuentas para todas sus ventas, podría aplicarse fuera del entorno clásico de sistemas de proyectos. En realidad, sin embargo, este sería un enfoque demasiado limitante, por lo que no se utiliza en la práctica. Incluso si esto fuera posible, cuando se trata de la NIIF 15 y la ASC 606, la clave del análisis de resultados no podría satisfacer el modelo de cinco pasos con la creación de POB o la asignación del precio de la transacción. En ese sentido, la herramienta no se puede utilizar para la presentación de informes según la NIIF 15.
La próxima herramienta, RAR, lleva casi una década en el mercado, pero todavía no puede considerarse una solución veterana como el análisis de resultados. RAR se creó como una herramienta para permitir la presentación de informes NIIF 15, por lo que definitivamente es un punto fuerte. Además, independientemente de la industria que esté experimentando una implementación de la NIIF 15, podemos afirmar con confianza que RAR se puede utilizar para proporcionar resultados válidos de la NIIF 15. También hay muchas implementaciones en las que RAR se posicionó como un segmento incluso en entornos que no eran de SAP, donde la función principal era realizar informes NIIF 15. Además, RAR no se desarrolló como una herramienta independiente, sino como una actualización de Transaction VF44, lo que esencialmente significa que la experiencia acumulada en una antigua herramienta de reconocimiento de ingresos se utilizó en RAR y se actualizó. Quizás la mayor ventaja de RAR es que su extensibilidad lo hace muy aplicable en industrias cada vez más orientadas a los servicios. Si una empresa está pensando en cambiar de modelo de negocio donde, en lugar de vender máquinas como unidades independientes, las fusionará con algunos servicios (por ejemplo, mantenimiento, operaciones) y las facturará en función de algunas mediciones durante un período de tiempo, RAR admite estos escenarios de forma nativa. (teniendo en cuenta que algunas modificaciones en los procesos comerciales se realizan para reflejar el cambio comercial).
Pero hay escenarios empresariales que no se integran tan fácilmente con RAR. Cuando se trata de la industria de servicios profesionales, RAR no calcula el porcentaje de finalización (POC) por sí solo: lo hace mediante análisis de resultados, y RAR simplemente toma los valores. Incluso en este caso, se limita a tres métodos clave de análisis de resultados (método basado en costos, método basado en ingresos y CCM). La mayoría de los clientes no encontrarán esto limitante porque POC se calcula principalmente con estos métodos, pero hay escenarios comerciales, como el tiempo y el material, que requieren ajustes y ajustes para habilitarse en RAR. Incluso una vez habilitados, existen limitaciones que las empresas deberían respetar al trabajar con RAR. Además, la extensibilidad que ofrece RAR es una carga en algunos casos: para algunas empresas, puede resultar una implementación compleja y demasiado prolongada sin proporcionar beneficios tangibles.
Por último, llegamos a EBRR, la más nueva de todas las herramientas para el reconocimiento de ingresos. Como se mencionó anteriormente, de forma nativa, EBRR se desarrolló en SAP S/4HANA Cloud, edición pública y luego se portó a otras versiones de SAP S/4HANA. Eso la convierte en la solución más moderna, pero al mismo tiempo viene con una serie de escenarios predefinidos que revelan su principal beneficio: si el usuario puede encajar en esos escenarios, entonces la implementación es rápida y sin demasiadas dificultades. Además, algunos escenarios que son puntos débiles para RAR son compatibles de forma nativa con EBRR, lo que limita la cantidad de extensiones y mejoras necesarias. Ser moderno significa que EBRR también hace pleno uso de las últimas funciones de SAP S/4HANA, como la integración directa con Universal Journal. Esto ahorra tiempo utilizado para la conciliación y hace que el proceso de cierre general sea mucho más rápido y transparente. Con la implementación de EBRR, los clientes pueden lograr mayores simplificaciones: las claves de análisis de resultados quedan obsoletas. Esto significa que si el cliente es capaz de adaptarse a los escenarios estándar ofrecidos por EBRR, podría lograr una mayor reducción en el costo total de propiedad (TCO) simplificando otros módulos que se utilizan.
La mayor ventaja es al mismo tiempo la mayor limitación de EBRR. La solución no es (o mejor dicho, no es) todavía) extensible como RAR o análisis de resultados. Por lo tanto, si se necesitan algunas extensiones por la naturaleza del negocio, podría resultar que sin un diseño de proceso de negocio específico, los requisitos simplemente no se puedan cumplir. Además, aún quedan algunas áreas por desarrollar, como el soporte de diferentes combinaciones de contratos, modificaciones de contratos o integración con sistemas externos. EBRR simplemente no está preparado para hacerse cargo de las tareas que normalmente realiza RAR. Nuevamente, EBRR es una herramienta muy nueva, lo que significa que la cantidad de personas que trabajan con ella no es tan alta. Todos estos factores deben tenerse en cuenta antes de que una empresa opte por esta solución para la generación de informes de reconocimiento de ingresos.
Explore los principios de EBRR en esta publicación de blog.
Nota del editor: esta publicación ha sido adaptada de una sección del libro. Contabilidad de ingresos y generación de informes con SAP S/4HANA de Sreten Milosavljević y Swayam Prabha Shankara.
