!--a11y-->
Salida de mercancías para la
entrega 
La Gestión de stocks utiliza este proceso de tal manera que la contabilización de salida de mercancías quede dividida en dos partes que se ejecutan en sistemas separados. La contabilización del documento SM en el centro suministrador da lugar a un mensaje en el centro receptor. El centro receptor realiza entonces una contabilización complementaria. La entrada física de mercancías se realiza como de costumbre.
Cuando utilice el tratamiento por lotes, debe cumplir las condiciones previas siguientes:
· Tanto el sistema de origen como el de destino deben tener el mismo nivel de definición de lote.
· El nivel de definición de lote puede ser el material o el cliente.
· Existe un escenario ALE para materiales y clases (características).
· Existen números de lote unívocos válidos para todo el sistema.
· Los lotes sólo se pueden modificar en su sistema original cuando no estén separados. Desde el punto de vista organizativo, esto debe permitir modificar el estado de lote en un Sistema SAP R/3 local. Esto es imposible, por ejemplo, cuando se realiza la contabilización del traslado a un nuevo lote y da lugar a acciones adicionales como los contenedores de reetiquetado, los palets, etcétera.
· En lo que se refiere a los pedidos en una situación de un sólo sistema, el sistema debería contabilizar el material automáticamente en el stock en tránsito del centro de beneficio de recepción. También debería contabilizarlo en la Contabilidad de centros de beneficio correspondiente utilizando los precios de traslado dentro de la sociedad en la salida de mercancías para el pedido y la entrega no verificada. Esto es válido para situaciones de un sólo sistema y para situaciones de dos sistemas con una interfase ALE. No se debería crear ningún documento de facturación interno.
· En un caso de dos sistemas, el centro de beneficio receptor debería derivarse en el momento de la salida de mercancías de la entrega no verificada. La Contabilidad de centros de beneficio tiene lugar con:
¡ Precio de traslado de modificación de stocks al stock
¡ Gastos internos a ventas internas
¡ Cuenta de compensación interna a precio de traslado de modificación de stocks.
· La determinación de cuentas en un pedido para una transacción dentro de la sociedad debe ser diferente de la determinación de cuentas en transacciones externas. Tanto en situaciones de un sistema como de dos se requiere la compensación automática de la cuenta EM/RF.
· El stock en tránsito debe ser visible en el centro de beneficio receptor.
· El sistema debe enviar un aviso de entrega al efectuarse la salida de mercancías tanto en situaciones de un sistema como de dos.
· Necesita crear un documento de factura para las estadísticas de trading internas y externas, tanto para entregas al extranjero como para la administración de aduanas.
· Se crean vales de acompañamiento de mercancías.
La entrega lanza la salida de mercancías en el sistema emisor.
La orden de entrega contiene los datos de pedido de traslado conocidos en la entrega, incluidos la posición de pedido y el sistema lógico del receptor.
La transacción (cantidad y actualizaciones de valores) se selecciona utilizando la clase de movimiento:
|
Clase de movimiento |
Función |
|
641 |
Salida de mercancías con lógica UB (creación de stock en tránsito en el receptor, contabilización de valor inmediata). |
|
647 |
Como en la clase de movimiento 641, pero se añade automáticamente la línea de entrada de mercancías (clase de movimiento 101) para que la entrada de mercancías se contabilice al mismo tiempo que la salida de mercancías (procedimiento en una etapa). |
Usted determina en Comercial la clase de movimiento según el tipo de reparto. La salida de mercancías para un traslado de stock multisistemas debe ser diferente de la transacción integrada. Esto se logra añadiendo una nueva clase de movimiento.
Las cantidades y valores en la salida de mercancías las contabilizará del mismo modo que una salida de mercancías para un pedido de cliente. Esto significa que se contabiliza la cantidad en el centro suministrador y se ajusta el valor al de la cuenta de existencias. Se hace la contrapartida a una cuenta de compensación. En caso necesario, se copian los datos conocidos de la entrega en la Contabilidad financiera para equilibrar la cuenta.
El sistema crea un mensaje, destinado al sistema receptor apropiado, con todas las posiciones relacionadas con un pedido válido para todos los sistemas. El sistema no realiza ningún control de validez de los datos del receptor antes de que comience la contabilización. El Customizing erróneo hace que termine la actualización.
Si una salida de mercancías tiene centros receptores en sistemas lógicos diferentes, se envía un IDOC para cada sistema.
La lógica para reconocer el cambio de centro de beneficio funciona de la siguiente manera: en la salida de mercancías, el sistema reconoce que el centro de beneficio del centro suministrador es diferente del centro de beneficio del centro receptor. El sistema obtiene el nodo de centro de beneficio del centro de beneficio relevante.
Los IDOCs enviados por el centro suministrador lanzan las contabilizaciones de salida de mercancías en el centro receptor.
La entrada de mercancías se contabiliza en el sistema receptor utilizando el IDOC. La interfase recibe los datos de la salida de mercancías en el centro suministrador. Entonces se ejecutan los procesos siguientes en el receptor:
· El sistema busca el control de actualización para la parte de EM de la contabilización.
· Se contabiliza el movimiento de mercancías con la nueva clase de movimiento.
· Durante la valoración de la entrada de mercancías, si es necesario (lógica UB), el sistema puede tomar como referencia los valores (el valor legal y el valor de la clase de valoración paralela, si está utilizando la función de precio de traslado) del IDOC.
· En procedimientos de dos etapas, la entrada de mercancías se contabiliza en el stock en tránsito.
Sólo puede anular esta salida de mercancías para el pedido utilizando la transacción de cancelación en SD. No puede anular la SM en Gestión de stocks.
El documento de material que se crea automáticamente en el sistema receptor no puede anularse. El sistema emisor lanza la anulación (la anulación real del documento SM tiene lugar allí) y transmite los datos al sistema receptor, incluso la clase de movimiento de anulación. No se contabiliza ninguna anulación real en el sistema receptor porque el número de documento de material del documento original no existe en este sistema. Este escenario es aplicable en casos en los que se utiliza el procedimiento en dos etapas (con el stock en tránsito).
· La información de lotes se traslada mediante el tipo de mensaje BATMAS.
· Al crear una salida de mercancías válida para todos los sistemas, el sistema crea el IDOC correspondiente utilizando el tipo de mensaje BATMAS.
· Cuando la entrega llega al sistema de destino, el lote y toda la información ya está en ese sistema.
· Las modificaciones de los datos de lotes se distribuyen también mediante el tipo de mensaje BATMAS.
· El lote se puede separar en el Sistema SAP R/3 de recepción. Esto significa que el lote puede tener un status diferente en el sistema receptor y en el sistema original. Activando un identificador a nivel de material, puede decidir si el lote se puede separar o si se copian el lote y todos sus atributos del sistema original. Los lotes “separados”, es decir “independientes del sistema local” ya no se distribuyen desde su propio sistema.
· No es necesario que los datos del lote estén disponibles antes de la entrada física de mercancías. La entrada de mercancías en el stock en tránsito no se refiere normalmente al lote a menos que esté trabajando con lotes que tengan valores de sustancia activa asignados.
· Si no se puede contabilizar la SM por razones organizativas, por ejemplo porque no se pueden cargar las mercancías en un camión hasta las 22.00 h, puede contabilizar las mercancías en el stock bloqueado de EM. Este stock no hace distinción de lotes.
· En caso de que el IDOC de SM llegue antes que el IDOC de lote, se puede contabilizar el IDOC de SM posteriormente mediante un informe previsto (transacción BD87). Hay un programa como este en el sistema estándar SAP. En el Customizing para Gestión de stocks MM (actividad Copiar y modificar clases de movimiento), debería realizar parametrizaciones para definir que no se permite la creación manual de lotes en la entrada de mercancías.
Se requiere el aviso de entrega en el sistema receptor debido a su relevancia para la planificación de necesidades. De este modo, por ejemplo, cualquier modificación en la fecha de entrega realizada en la salida de mercancías se envía al sistema receptor utilizando el aviso de entrega. El aviso de entrega también puede utilizarse al contabilizar los lotes EM.