Traslado de stock válido para todos los
sistemas (dentro de la sociedad) 
Objetivo
El objetivo del traslado de stock válido para todo ® s los sistemas (dentro de la sociedad) se describe en las secciones siguientes.
Condiciones previas
· La infraestructura de sistemas básica para este proceso (SAP APO, SAP R/3) y las unidades organizativas (sociedades, centros de beneficio) no influyen en modo alguno ni en el flujo de procesos ni en el tratamiento que realiza el usuario final.
· Los procesos han sido diseñados para poder ser utilizados en distintas circunstancias sin instancia de planificación conjunta (SAP APO).
· Suponemos que los sistemas existentes se comportan como Sistemas SAP R/3 para la comunicación entre los componentes SAP implicados.
· Las siguientes son condiciones previas del sistema para implementar el proceso:
¡ R/3 Enterprise Core
¡ Plug-in 2001.2 (interfase básica APO)
¡ APO Rel. 3.0A
· El número de variantes de proceso resulta de la combinación de infraestructura de sistemas y unidades organizativas:
¡ Dentro de una sociedad
¡ En todos los centros de beneficio
¡ Con o sin SAP APO conjunto
Flujo de procesos
SAP ofrece soporte para los procesos siguientes:
...
Este escenario se consigue con la nueva función para entregas no verificadas.
Puede procesar también pedidos de traslado entre dos sistemas SAP R/3 sin implementar entregas no verificadas. Para ello, utilizará pedidos y pedidos de cliente. La sincronización entre el pedido y el pedido de cliente sólo es posible utilizando IDOCs. El departamento de salida de mercancías no puede realizar una contabilización en el stock en tránsito en el solicitante utilizando un IDOC. Debe hacerse manualmente. Éste es el escenario ALE estándar Traslados.
Efectos en business object SAP
Sincronización de elementos de planificación en SAP APO:
· El traslado SAP APO crea una solicitud de pedido en el Sistema SAP R/3. Esta solicitud de pedido genera un elemento de entrada para el solicitante del pedido y un elemento de salida para el centro suministrador.
· Cuando la solicitud de pedido se convierte en pedido, se borran los elementos de planificación creados por la solicitud de pedido y se sustituyen por el pedido.
· El pedido crea una entrega no verificada en el sistema del centro suministrador. La reserva creada en el centro suministrador mediante el pedido se borra y se sustituye por la entrega no verificada.
· Cuando la entrega no verificada se convierte en una entrega verificada, se borra la necesidad de la entrega no verificada en el centro suministrador y se sustituye por la necesidad de la entrega verificada.
· La contabilización de salida de mercancías en el centro suministrador reduce el stock. La modificación de stocks se transmite a SAP APO. Al mismo tiempo, se anula la necesidad de la entrega.
· La contabilización SM en el stock en tránsito del solicitante del pedido resulta en la cancelación de su elemento de entrada. La modificación de stocks se transmite a SAP APO y aumenta el stock en el solicitante del pedido.
· Si el stock en tránsito se contabiliza en el stock físico de libre utilización, en SAP APO sólo se contabiliza un traspaso de tipo de stocks. Se reduce el stock en tránsito y se aumenta el stock de libre utilización.
· Si crea manualmente una solicitud de pedido en SAP R/3, podrá realizar una verificación ATP en SAP APO. Con este propósito, el sistema crea una necesidad provisional en SAP APO. El centro suministrador y la cantidad confirmada se copian en la solicitud de pedido. Al grabar, se anula la necesidad provisional en SAP APO y es sustituida por la necesidad de la solicitud de pedido.
Estructura del concepto completo en los subprocesos
· Pedido
· Entregas para entregas no verificadas
· Salida de mercancías para la entrega
· Entrada de mercancías para el pedido