Ejecución de un proceso de ventas multisociedad

Procesamiento de ventas contra almacén multiempresarial avanzadas en SAP S/4HANA

Objective

After completing this lesson, you will be able to explicar los pasos del proceso para un proceso de ventas interempresarial avanzado en SAP S/4HANA

Ventas contra almacén multiempresarial avanzadas en SAP S/4HANA

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

Consultehttps://rapid.sap.com para obtener más detalles. Busque el elemento de alcance 5D2.

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:

Diagrama de flujo titulado Grupo que ilustra un proceso de cadena logística que implica a la empresa 1710 (empresa suministradora) marcada con un indicador de EE. UU. y a la empresa 1010 (empresa vendedora) marcada con un indicador de Alemania, conectándose con un cliente también marcado con un indicador de Alemania. Los pasos del proceso se numeran de la siguiente manera: (1) Los flujos de pedido del cliente a la empresa 1010. (2) El pedido de cliente se mueve a la empresa 1710. (3) La entrega de salida se realiza desde el centro 1710 que indica Stock físico y luego a Salida de mercancías con una opción para Stock en tránsito opcional. (4) El proceso vuelve a la empresa vendedora, generando una factura de cliente (A), que está conectada con el documento de AP (C). Mientras tanto, la empresa 1710 procesa una factura IC (B) indicada como Ningún pedido de cliente utilizando IDOC. El proceso concluye en el cliente con la entrada de mercancías y la factura de proveedor (D) se anota adyacente a esto. El diagrama incluye elementos visuales como flechas para indicar movimiento y un icono de camión que simboliza el transporte.

Nota

El proceso representado aquí es un proceso de un solo nivel ejecutado en un único sistema SAP S/4HANA.

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:

La imagen representa un diagrama de flujo de proceso titulado Grupo que implica a dos empresas: la empresa 1710 (empresa distribuidora) y la empresa 1010 (empresa vendedora), junto con un cliente. La empresa 1710 está representada con un indicador de Estados Unidos y la empresa 1010 y el cliente están representados con un indicador alemán. El proceso comienza con un pedido del cliente (paso 1), que lleva a un pedido de cliente a la empresa 1010 (paso 2). Esto desencadena un pedido a la Empresa 1710 (paso 3), seguido de un pedido de cliente de la Empresa 1710 (paso 4). El gráfico muestra el stock físico en el Centro 1710 con entrega de salida (paso 5) y traslado de stock a SIT 1710 (paso 6), pasando al stock en tránsito (paso 7a). El proceso continúa con la salida de mercancías (SM) del SIT 1710 y la entrada de mercancías (EM) al SIT 1010 (paso 7b), lo que finalmente lleva a la salida de mercancías del SIT 1010 (paso 8) y la entrada de mercancías al cliente (paso 9). La imagen incluye facturas: factura IC (A) y factura IC de proveedor (B), junto con factura de cliente (C) y factura de proveedor (D). Las notas adicionales indican que SO2 es líder en varias funciones, como la conformidad del producto y la conformidad comercial, y mencionan que el centro de tránsito 1010 se utiliza para la integración FI en la empresa vendedora.

Nota

El proceso que se muestra arriba es un proceso de un solo nivel ejecutado en un único sistema SAP S/4HANA.

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

No se han introducido nuevas clases de movimiento para las contabilizaciones de movimientos de mercancías relacionadas con este stock en tránsito valorado.

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

La entrega de salida "ve" los datos financieros almacenados en el pedido de cliente para la sociedad suministradora (SO4), que se representa en la figura como una línea de puntos.

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:

Diagrama de flujo que representa los procesos de pedido de cliente y entrega entre tres empresas y un cliente. La imagen está etiquetada como Grupo con tres secciones para empresas y una sección para clientes. A la izquierda, Company 1710 (Delivering company, representado por una bandera estadounidense) procesa un pedido de cliente con los pasos etiquetados 4, A, 5, 6 y 7, a través de Plant 1710. En el medio, Company 1210 (empresa intermedia, representada por una bandera francesa) procesa un Pedido con pasos etiquetados 3', B', 7' y 4', a través de Transit plant 1210, enviando información de vuelta a Company 1710. A la derecha, Empresa 1010 (empresa receptora, representada por un indicador alemán) procesa un pedido con los pasos etiquetados como 3, B, 8 y 9 a través de Centro de tránsito 1010. El Cliente crea un Pedido etiquetado como 1 y recibe una Factura de proveedor etiquetada como D a cambio de una Factura de cliente etiquetada como C. Las líneas conectan las secciones que muestran el flujo de pedidos, facturas, entregas, traslado de stock y entrada de mercancías entre las entidades que siguen los pasos numerados.

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

Las ventas intercompañía avanzadas no requieren licencias adicionales específicas.

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

En la versión actual de VCM no es posible que los clientes puedan añadir pasos de proceso adicionales o que los clientes puedan definir sus propios procesos integrales.

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).

La imagen representa un diagrama de flujo de la aplicación Supervisar cadenas de creación de valor dentro de un grupo formado por dos empresas, Empresa 1710 (Empresa suministradora, representada con un indicador de EE. UU.) y Empresa 1010 (Empresa vendedora, representada con un indicador alemán), junto con un cliente (también representado con un indicador alemán). El diagrama de flujo se divide en secciones etiquetadas como Tiempo de ejecución, Empresa 1710, Empresa 1010 y Cliente, que detallan procesos específicos y sus conexiones. La sección Cliente incluye un pedido de compra (marcado con 1) y una factura de proveedor (marcado con D). La empresa 1010 contiene un pedido (marcado con 2), un pedido de cliente (marcado con 2), una factura de proveedor IC (marcada con B) y una factura de cliente (marcada con C). La empresa 1710 incluye un pedido de cliente (marcado con 4) y una factura IC (marcado con A) vinculado al centro 1710, que detallan pasos como la entrega de salida (marcada con 5), el traslado a SIT 1710 (marcado con 6), la SM de SIT 1710 (marcada con 7), la EM a SIT 1010 (marcada con 7b) y la SM de SIT 1010 (marcada con 8). La sección Cliente concluye con la entrada de mercancías (marcada con 9). La sección Tiempo de ejecución encapsula el flujo completo de pedidos y ventas a la secuencia de entrega mediante flechas interconectadas y etiquetas numéricas, lo que ilustra una cadena logística optimizada entre las empresas y el cliente. Una imagen de un camión en la parte inferior simboliza las operaciones de logística y entrega dentro de la cadena 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

VCM solo está disponible por motivos de orquestación y supervisión: no contiene ni gestiona ningún dato empresarial. Solo se utilizan IDs de documento.

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

La creación de la entrega de salida en el ejemplo que se presenta aquí es algo que realiza la aplicación empresarial (por ejemplo, la transacción VL10A o un informe similar) y no mediante el framework VCM. El framework VCM esperará hasta que se cree la entrega de salida antes de verificar cuáles son los siguientes pasos posibles. A continuación, puede desencadenar automáticamente estos pasos en función de la definición de proceso relevante.

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.

Ejercicio opcional: Verificar las opciones de configuración y de datos maestros para el procesamiento de ventas interempresarial avanzado

Para practicar la verificación de algunas de las opciones de configuración y datos maestros necesarias para el procesamiento de ventas contra almacén intercompañía avanzado, acceda a la siguiente simulación:

Ejercicio opcional: Realizar un proceso de ventas interempresarial avanzado

Para practicar la realización de un proceso de ventas contra almacén multiempresarial avanzado, acceda a la siguiente simulación:

Resumen

  • SAP S/4HANA 2022 introdujo una versión avanzada de este proceso de ventas interempresarial para aliviar la deficiencia del proceso de ventas interempresarial clásico.
  • El proceso comienza de nuevo con un pedido de cliente (a veces llamado: pedido de cliente 2) 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. El pedido de la venta a la empresa suministradora se denomina pedido 3. El pedido de cliente en la empresa suministradora se denomina pedido de cliente 4.
  • El pedido de cliente 2 contiene un campo adicional a nivel de posición llamado Centro de tránsito, que se utiliza para poder registrar el stock en tránsito valorado una vez que tiene lugar la transferencia de control/propiedad de la empresa suministradora a la vendedora.
  • Se crea una entrega de salida en la empresa suministradora que hace referencia al pedido de cliente en la empresa vendedora.
  • Después del picking y el embalaje, la salida de mercancías se contabiliza fuera de la empresa suministradora hacia un stock en tránsito valorado, perteneciente a la empresa suministradora.
  • Cuando el control de las mercancías/propiedad se transfiere de la empresa suministradora a la vendedora, se contabiliza un movimiento de mercancías del stock en tránsito valorado que pertenece a la empresa suministradora al stock en tránsito valorado que pertenece a la empresa vendedora. Una vez que el cliente toma el control/propiedad, se contabiliza una salida de mercancías de este stock en tránsito valorado (perteneciente a la empresa vendedora).
  • En cuanto se contabiliza una salida de mercancías para la entrega de salida, se puede crear una factura de cliente multisociedad. A su vez, esto puede desencadenar la creación de una factura de proveedor multisociedad, que haga referencia al pedido 3.
  • 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).