Introducción
La versión 2022 de SAP S/4HANA introdujo versiones avanzadas de los procesos de traslado de stock y ventas entre empresas en el sistema.
El elemento de alcance de Best Practices Ventas intercompañía avanzadas (5D2) describe este proceso para la versión local de SAP S/4HANA y SAP S/4HANA Cloud, edición privada.
Nota
Esta lección trata primero algunas características y deficiencias del procesamiento de ventas intercompañía clásico. A continuación, se introducen las ventas contra almacén intercompañía avanzadas, seguidas de la versión avanzada del proceso de traslado de stock entre empresas. El marco utilizado para controlar y organizar estos procesos también se discute brevemente.
Procesamiento de ventas interempresarial clásico
El proceso de ventas intercompañía clásico, que ha estado disponible durante muchos años, se puede describir de la siguiente manera:

Nota
Una empresa vendedora en un país (empresa Alemania en este ejemplo) vende materiales a un cliente de ese país. Estos materiales se recogen, embalan y entregan directamente al cliente a partir de una empresa suministradora (EE. UU. en este ejemplo). Esta sociedad suministradora se encuentra en otro país (o al menos: es otra entidad legal y financiera).
No se crea ningúna orden de compra intercompañía de la empresa vendedora a la empresa suministradora y/o no se crea ningún pedido de cliente intercompañía en la empresa suministradora, lo que dificulta la realización de informes significativos en la sociedad suministradora en función de los KPI relacionados con el pedido de cliente.
Se crea una factura para el cliente (a partir de la empresa vendedora) y se envía una factura intercompañía de la empresa suministradora a la vendedora. Esta factura intercompañía se puede contabilizar automáticamente en la empresa vendedora en función de un IDOC, que es una tecnología obsoleta. No se puede contabilizar ninguna factura de proveedor en la empresa vendedora, ya que no hay ningún pedido con el que relacionarla.
Otro inconveniente en este proceso de ventas intercompañía clásico es que no hay stock en tránsito valorado disponible para la empresa vendedora. Por lo tanto, las mercancías que salen de EE. UU. hacia el cliente alemán pueden ser propiedad de la empresa alemana, pero no son visibles como stock en tránsito valorado en esta empresa.
Procesamiento de ventas interempresarial avanzado
SAP S/4HANA 2022 ha introducido una versión avanzada de este proceso de ventas intercompañía para paliar las deficiencias del proceso de ventas intercompañía clásico como se ha comentado anteriormente.
La versión avanzada del proceso se puede describir de la siguiente manera:

Nota
El proceso comienza de nuevo con un pedido de cliente para un cliente en la empresa vendedora. Después de esto, se crea automáticamente un segundo pedido de cliente en la empresa suministradora, basado en un pedido que se envía de la empresa vendedora a la suministradora. Este pedido también se crea automáticamente. De hecho, el pedido se crea primero y, a continuación, se crea el segundo pedido de cliente basado en este pedido.
El pedido de cliente en la empresa vendedora se denomina pedido de cliente 2 (SO2). El pedido de la empresa vendedora a la suministradora se denomina pedido 3 (PO3). El pedido de cliente en la empresa suministradora se denomina pedido de cliente 4 (SO4).
SO2 es el objeto principal en el que se determina un centro de EE. UU. (en este ejemplo) como centro suministrador. SO2 también es visible en la ejecución de MRP en la empresa vendedora y, para sus artículos, se puede ejecutar una verificación ATP (avanzada) (etc.).
Nota
Tanto las posiciones de venta contra almacén intercompañía clásicas como las avanzadas se pueden combinar en un pedido de cliente. Actualmente, la activación del proceso avanzado se realiza para los tipos de pedido de cliente y los tipos de posición. Además, SAP planea ofrecer un BAdI, donde un cliente puede activar ventas intercompañía avanzadas para determinadas posiciones de pedido de cliente según su propia lógica.
Para el pedido de cliente (SO2), se utiliza una clase de documento normal (como OR). El pedido en la empresa vendedora (PO3) utiliza una nueva clase de pedido. El pedido de cliente en la empresa suministradora (SO4) utiliza una nueva clase de pedido de cliente, tipo de posición y tipo de reparto que se personalizan de tal manera que no hay relevancia para ATP, MRP, conformidad del producto, conformidad comercial, gestión de transporte, etc. Solo el pedido de cliente en la empresa vendedora (SO2) es relevante para MRP y ATP (avanzada). El pedido intercompañía (PO3) y el pedido de cliente interno (SO4) no son visibles en MRP.
El pedido de cliente 2 contiene un campo adicional en el nivel de posición llamado Centro de tránsito, que se utiliza para poder registrar el stock en tránsito valorado (perteneciente a la empresa alemana en nuestro ejemplo) una vez que se realiza la transferencia de control/propiedad de los Estados Unidos a la empresa alemana.
Nota
Se crea una entrega de salida en la empresa suministradora (EE. UU. en nuestro ejemplo) que hace referencia al pedido de cliente en la empresa vendedora (SO2), que siempre se considera el objeto logístico principal en este proceso.
Nota
Después de efectuar el picking y el embalaje, la salida de mercancías se contabiliza fuera de la empresa suministradora hacia un stock valorado en tránsito que pertenece a la empresa suministradora (EE. UU. en nuestro ejemplo: consulte el paso 6 de la figura).
Cuando se transfiere el control de mercancías/propiedad de los Estados Unidos a la empresa alemana, se contabiliza un movimiento de mercancías del stock en tránsito valorado que pertenece a la empresa de EE. UU. al stock en tránsito valorado perteneciente a la empresa alemana (véanse los pasos 7, 7a y 7b de la figura).
Una vez que el cliente toma el control/la propiedad, se contabiliza una salida de mercancías de este stock en tránsito valorado (que pertenece a la empresa alemana).
En cuanto se haya contabilizado una salida de mercancías para la entrega de salida, se puede crear una factura de cliente intercompañía (A en la figura). A su vez, esto puede desencadenar la creación de una factura de proveedor intercompañía (B en la figura), con referencia al pedido 3 (PO3).
También se utiliza una nueva clase de factura para la factura de cliente interna (A en la figura). Por lo tanto, no es posible combinar posiciones de factura de cliente intercompañía para un proceso de ventas intercompañía clásico con posiciones de factura de cliente intercompañía para un proceso de ventas contra almacén intercompañía avanzado en un documento de factura de cliente intercompañía.
El sistema crea/contabiliza automáticamente los pasos adicionales PO3, SO4 y también los movimientos de mercancías relacionados con el stock en tránsito valorado (7, 7a/b y 8). Los movimientos de mercancías se contabilizan automáticamente en función de los datos de campo específicos actualizados en la entrega de salida (la llamada transferencia de fechas de control en la cabecera de entrega de salida).
Algunas características clave de esta versión avanzada del proceso incluyen:
- Proceso integral fluido que está altamente automatizado e integrado en las siguientes áreas:
- Cumplimiento del producto
- Cumplimiento comercial
- SAP Transport Management (incluidos los costes de transporte)
- Reconocimiento de ingresos
- Informes de rentabilidad
- Cálculo de coste del producto
- Generación de informes de grupo/consolidación
- El sistema aplica de forma consistente las modificaciones en un pedido de cliente en todo el flujo de documentos de extremo a extremo.
- Stock en tránsito valorado en la empresa vendedora que permite un cambio de control sin fisuras entre las empresas asociadas y más adelante en el cliente
- Un pedido en la empresa vendedora que permite precios de entrega en el cálculo del coste del producto
- Monitoreo de punta a punta y detección de problemas (y servicios de contabiización)
Las funciones actuales que admite este proceso son:
- Posiciones de venta contra almacén (tipo de posición TAN)
- Posiciones gratuitas con relevancia para factura (tipo de posición CBXN)
- Lotes con particiones de lotes
- Números de serie
Nota
Las ventas contra almacén intercompañía avanzadas solo se pueden utilizar para procesos de ventas. Las devoluciones de cliente no están incluidas (aún). Esto significa que si crea una devolución de cliente con referencia a una posición de venta contra almacén intercompañía avanzada, el proceso de devolución se ejecuta como un proceso intercompañía clásico.
También está previsto que en el futuro se entregue un proceso de varios niveles que utilice un único sistema SAP S/4HANA.
Este proceso de varios niveles se puede describir de la siguiente manera:

El proceso anterior difiere del proceso de un solo nivel descrito anteriormente en el sentido de que ahora una o más empresas adicionales están implicadas en el proceso de ventas entre empresas como partes intermedias.
La empresa alemana aún vende al cliente y la empresa de EE. UU. entrega (esto significa que el centro de EE. UU. sigue siendo el centro suministrador en SO2), pero la empresa alemana lo hace comprando las mercancías a la empresa francesa. Esta empresa, a su vez, compra las mercancías de la empresa de EE. UU.: se crea automáticamente un pedido hacia la empresa francesa cuando se graba SO2, lo que lleva a un pedido de cliente en Francia (SO4') y un pedido adicional de la empresa francesa hacia EE. UU. (PO3'), que creó SO4.
Las siguientes notas SAP proporcionan más detalles sobre algunos aspectos del proceso de ventas intercompañía avanzado:
- Nota SAP 3192584: SAP S/4HANA Cloud: Restricciones e información general para ventas contra almacén multiempresarial avanzadas
- Nota SAP 3226683: SAP S/4HANA 2022: Restricciones e información general para ventas contra almacén multiempresarial avanzadas
- Nota SAP 3366067: SAP S/4HANA 2023: Restricciones e información general para ventas ICo avanzadas
- Nota SAP 3233830: Contiene la guía de configuración para ventas contra almacén multiempresarial avanzadas para SAP S/4HANA 2022
- Nota SAP 3644701: SAP S/4HANA 2025: Ventas contra almacén multiempresarial avanzadas - Restricciones e información general
- Consulte también: Nota SAP 3644710: SAP S/4HANA 2025: Traslado de stock entre empresas avanzado - Restricciones e información general
Nota
El framework de supervisión de la cadena de creación de valor (VCM)
Tanto las ventas multisociedad como el proceso de traslado de stock entre empresas se organizan y supervisan mediante el llamado Marco de supervisión de la cadena de creación de valor (VCM).
El framework VCM es un framework genérico que puede ejecutar y supervisar procesos empresariales muy específicos en SAP S/4HANA (que SAP ha habilitado para ello). Actualmente admite 3 procesos globales estándar de SAP preconfigurados en SAP S/4HANA. Este framework es lo que se utiliza aquí para organizar y supervisar tanto las ventas internas avanzadas como el proceso de traslado de stock entre empresas avanzado.
Nota
VCM se puede utilizar para la detección de problemas y proporciona servicios de contabilización. Un ejemplo: no se ha creado un pedido debido a que falta una vista del maestro de materiales. Con la aplicación Supervisar cadenas de creación de valor, un usuario puede detectar este problema. Después de crear la vista del maestro de materiales que falta, el usuario puede volver a iniciar la creación del pedido (utilizando de nuevo la aplicación Supervisar cadenas de creación de valor).

VCM se encarga de la orquestación y ejecución de los procesos intercompañía avanzados que se analizan aquí. Con la aplicación Supervisar cadenas de creación de valor, el usuario puede supervisar este proceso. La figura anterior intenta visualizarlo.
VCM contiene su propia definición de cada proceso que organiza. Cuando se guarda un pedido de cliente que contiene una posición relevante para el procesamiento de ventas intercompañía avanzado, se desencadena el entorno de tiempo de ejecución del framework (mediante el procesamiento de este pedido de cliente). A partir de aquí, el siguiente paso del proceso se inicia en función de la definición de proceso relevante. En este ejemplo, ese sería el paso para crear automáticamente el pedido (PO3). PO3 vuelve al tiempo de ejecución y el tiempo de ejecución desencadena la creación de SO4.
Nota
Un ejemplo de VCM en acción: en las ventas intercompañía avanzadas, el sistema gestiona automáticamente las modificaciones en el pedido de cliente en la empresa vendedora (VCM – Value Chain Monitoring Framework), por ejemplo, en caso de que se modifiquen algunas cantidades confirmadas, las nuevas cantidades confirmadas se distribuyen al pedido del paso 3 (PO3) y al pedido de cliente del paso 4 (SO4).
Otro ejemplo: en las ventas intercompañía avanzadas, en caso de que el centro suministrador se modifique de EE. UU. a Canadá, la posición en el pedido existente del paso 3 (PO3) se marcará para borrado, la posición del pedido de cliente del paso 4 (SO4) se rechazará y se creará un nuevo pedido de compra (PO3) hacia Canadá y un nuevo pedido de cliente (SO4) en Canadá. Todo esto está organizado por VCM.
Nota
Dado que el framework VCM contiene todos los ID de documento relevantes para un proceso determinado, es relativamente fácil visualizarlos en forma de flujo de documentos. Para ello se puede utilizar la aplicación SAP Fiori llamada Supervisar cadenas de creación de valor.
Nota
VCM no se basa en IDOCs. La integración con las aplicaciones empresariales se realiza mediante llamadas de módulo de funciones. De nuevo: VCM no contiene datos empresariales (por ejemplo, número de material o cantidades), solo los ID de documento generados en un proceso se incluyen en VCM.