Consignación 
Objetivo
Características generales:
· Uniformemente asignable con independencia de la distribución de sistema.
· La contabilidad de centros de beneficio se puede asignar utilizando cambios en sociedades CO.
· Toda la información relevante (campos clave) sobre el interlocutor comercial se transfiere durante las transiciones del sistema: por ejemplo, información sobre el interlocutor, información de material, información de mercancía peligrosa, información sobre el centro de beneficio, sociedad CO, centro, sociedad, (interlocutor FI BA).
· Las transacciones repetidas no resultan en negociaciones de precio repetidas.
· Se ofrece soporte para el procesamiento repetido mediante contratos marco y planes de entrega.
· Hay que tener en cuenta el cambio de división, por si la división de suministro es diferente del centro de beneficio emisor. Este caso es básicamente igual para todos los escenarios.
Condiciones previas
SAP sólo ofrece soporte para la gestión de stocks en consignación multisociedades.
· El número de variantes de proceso resulta de la combinación de infraestructura de sistemas y unidades organizativas:
¡ Uno o varios sistemas SAP R/3
¡ Multisociedades
¡ Dentro de un centro de beneficio o válido para todos los centros de beneficio
¡ Con o sin APO conjunto
Para más condiciones previas, véase Traslado de stock válido para todos los sistemas (dentro de la sociedad), sección Condiciones previas.
Flujo de procesos
Puede utilizar esta función para procesar entregas multisociedades de material en consignación en dos pasos, tanto dentro de un sistema único (en caso de un sólo sistema) como entre dos sistemas (en caso de dos sistemas). En un proceso de dos pasos, el material se toma de un stock que no está asignado a un stock especial. Esto significa que debe introducir la entrada de mercancías en otro paso.
La contabilización de la salida de mercancías representa, para la parte emisora, un traspaso de su propio stock de libre utilización hacia el stock en consignación en el cliente. En la parte receptora, el sistema realiza una contabilización de la entrada de mercancías para ese stock de artículos en consignación con la clase de movimiento 101K. Por lo tanto, en la parte receptora, el stock de artículos en consignación se gestiona como stock de artículos en consignación del proveedor. En el caso de dos sistemas, los sistemas se comunican mediante un IDOC. No existe ningún vínculo entre el stock en consignación en el cliente y el stock de artículos en consignación. Una vez contabilizada la entrada de mercancías en la parte receptora, este stock de artículos en consignación aparece del mismo modo que el stock de artículos en consignación obtenido de otra manera.
El sistema no ofrece soporte para la contabilización de retorno de artículos en consignación.
Caso de un sólo sistema
En el caso de un sólo sistema, la contabilización del traslado en la parte receptora se realiza del stock de libre utilización al stock en consignación en el cliente, utilizando la clase de movimiento 635 (clase de movimiento de anulación 636). No se puede efectuar la siguiente contabilización de entrada de mercancías en relación con la entrega de salida. Debido a esto, la contabilización de EM no actualiza la entrega. El sistema no permite trabajar con números de serie.
Caso de dos sistemas
En el caso de dos sistemas, las clases de movimiento por la parte emisora son 6W5 y 6W6, en vez de 635 y 636. Por la parte receptora, se contabilizan los documentos de material con clases de movimiento 6K5 y 6K6 (similares a 6W5/6W6). El único objetivo de esta contabilización es actualizar el historial de pedido en el sistema receptor.
A diferencia de lo que ocurre con el caso de un sólo sistema, se ofrece soporte para trabajar con números de serie, ya que los números de serie se gestionan en sistemas diferentes en la salida y en la entrada de mercancías.
No se ofrece soporte, en cambio, para la actualización del flujo de documentos de entrega. Es usted quien debe contabilizar la entrada de mercancías relacionadas con el pedido.
Procesos soportados
SAP ofrece soporte para los procesos siguientes:
...
· Consignación dentro de un sistema SAP R/3 con SAP APO
· Consignación entre dos sistemas SAP R/3 con SAP APO
Este escenario se consigue con la nueva función para entregas no verificadas.
Efectos en business object SAP
Puede ver los procesos SAP afectados en los diagramas de proceso.
Estructura del concepto completo en los subprocesos
· Enlace entre sistemas SAP APO y sistemas SAP R/3
· Conversión de entregas no verificadas en entregas
· Salida de mercancías para la entrega
· Entrada de mercancías para el pedido