Revolutionizing Retail: SAP Omnichannel Promotion Pricing (OPP) para sincronizar precios y promociones en todos los canales

Desde el inicio de la situación de Covid, la industria minorista está experimentando una revolución muy rápida donde el Cliente está como siempre en el centro del proceso comercial pero también en diferentes ubicaciones físicas. Esto significa que algunas bolsas de compras se llenan en la tienda física y algunas de ellas son simplemente una cesta virtual. El desafío en este entorno es siempre mantener los precios y promociones sincronizados a través de todas las diferentes áreas de compras. Con una estructura de precios bastante simple donde los precios se gestionan en un sistema maestro, supongamos S/4 Retail, y luego se distribuyen a diferentes sistemas ya sea a través de Idoc (en COND_A estándar) o al sistema de TPV a través de la lista de surtido, parece ser directo. Como guinda del pastel, recientemente implementamos una solución donde el sistema externo llamaba a los precios en S/4 para calcular precios, subtotales y funcionaba realmente bien. Solo puedo suponer que la razón de esto podría ser que SAP ha mejorado el módulo de PRECIOS (incluyendo la opción de llamar al módulo para el número de artículos PRICING_MULTI_ITEM) o que hemos tenido un desarrollador muy bueno que diseñó y construyó la solución de manera compleja. El escenario donde hay un nuevo precio promocional o un simple descuento sobre el precio regular, como se describe, parece bastante normal de manejar. El verdadero problema surge cuando escuchas del Cliente "también tenemos la promoción Compra 2 y lleva 3 a mitad de precio" y esto debe estar disponible para los Clientes que utilizan el TPV y cualquier cesta virtual (web, aplicación, etc.). Para el sistema de TPV, casi automáticamente puedes pensar en las compras de bonificación disponibles en el sistema minorista, que es una buena dirección. En la transacción RDMBBY01 simplemente se mantiene la información como un ejemplo para comprar 2 y llevar 3 a mitad de precio. La interfaz de usuario no es la más nueva pero funciona y debo admitir que es directa. La compra de bonificaciones almacenada se distribuye entonces al TPV, pero desafortunadamente en caso de integración con el procedimiento de precios de SAP ya no es tan fácil. Para cualquier sistema receptor externo, se necesita construir alguna lógica de integración, pero en caso de integración con, por ejemplo, precios utilizados en pedidos de venta en Retail, no hay una manera fácil de integrarlo, además de implementar tu propia lógica utilizando cálculos de agrupación de condiciones de venta o artículos gratuitos, pero tarde o temprano descubrirás que esta solución es simplemente muy pesada de extender y mantener. Teoría Dado que siempre llega lo nuevo y SAP ha decidido resolver este problema con un repositorio central para precios y promociones a través de la herramienta SAP Omnichannel Promotion Pricing (OPP). En teoría, OPP es una herramienta central para almacenar precios y promociones en todos los canales y usarla para calcular el precio de venta por solicitud o distribuirlo a la aplicación relevante. Entradas Con la definición de OPP como una herramienta central para precios y promociones con la función de cálculo de precios o distribución a sistemas relevantes para mantener esta área sincronizada en todo el panorama. Para este propósito, como entrada para el sistema se necesita lo siguiente: - Precio regular: este precio no se establece en OPP pero generalmente se distribuye desde tu sistema backend (S/4 o ECC) a través de DRF o se importa a SAP CAR desde un sistema externo también a través de funciones de entrada DRF en CAR. - En caso de aspecto técnico, el precio de venta se integra desde S/4 como un objeto DRF PSPR o PMPL (incluye precio de valoración) y el precio de compra como PSOS. Luego, en CAR, respectivamente, se lanzan el procesamiento de objetos de ubicación de productos y líneas de transporte. - Oferta/Promoción: las ofertas se crean ya sea en la aplicación Fiori Manage Promotional Offers o simplemente se importan de sistemas backend como S/4 (objetos en S/4 son Promociones o Compras de Bonificación) o sistemas externos en ambos casos a través de la herramienta DRF. - En caso de aspectos técnicos, las ofertas se almacenan en la tabla /DMF/OFR_TRM_PRD para detalles de los elementos y luego se convierten en Promociones que siguen el formato de la Asociación de Estándares Tecnológicos para el Retail (ARTS) almacenado en la tabla /ROP/PROMOTION. Para importar oferta desde un sistema externo, utiliza la función DRF de /DMF/OPIF_OFFER_INBOUND en SAP CAR. En S/4, la integración se puede hacer a través de DRF con objetos POFF y PBBY respectivamente para Promoción y Compra de Bonificación. Lo que se puede ver hasta ahora, para la integración con el sistema backend de SAP, la Fundación de Datos de Demanda (DDF) sería muy apreciada. Para un tipo de solución alternativa simple, sería llamar al módulo de función para el procesamiento de objetos respectivos en CAR, ya que es en caso de integración con una herramienta externa, pero no va a ser tan fluido como en el caso de usar DDF. Opción de ubicación de cálculo. Lo que es muy poderoso desde la perspectiva de OPP es el lugar donde se realiza el cálculo. En el pasado siempre fue un obstáculo en el backend si tenías que integrar promociones con pedidos de venta (posible a través de condiciones de venta) pero las compras de bonificación creadas en el sistema backend e integradas en el proceso de venta eran casi imposibles. Supongo que esta fue una de las razones por las que con el OPP tienes dos opciones para la implementación de esta herramienta. Despliegue central: con esta opción, el servicio web reside en el sistema CAR (más precisamente asumo que es una especie de bean de Java). Este servicio toma el precio regular y todas las ofertas que residen en el sistema CAR y calcula las cifras requeridas. Lo bueno de esto es la integración suave en la fijación de precios en tu sistema SAP backend. En el lado de S/4, la configuración incluye la configuración de la conexión RFC al servicio seguida del paso de configurar qué debe ser enviado y recibido desde el servicio.