Conexión PLC con SAP EWM-MFS
Conexión PLC con SAP EWM-MFS
SistemadeFlujodeMateriales(MFS)
(conectandounPLC)
Introducción
1 Introducción
SAP EWM permite el control directo de la recuperación automática de almacenamiento en el almacén. Esto prescinde de cualquier
sistemas de control de almacenes adicionales entre SAP y controladores lógicos programables (PLC). SAP EWM
se comunica directamente con el nivel de control.
Además de prescindir de un sistema de software adicional, esto ofrece el beneficio de una estrecha conexión entre
the material flow and warehouse management. Thus, warehouse management system (WMS) strategies can
ser ajustado a la condición y utilización del almacenamiento automático de recuperación más fácilmente. Además, el WMS
provides the material flow system (MFS) with functions and data, for destination inquiries, for example. In this
De esta manera, el mapeo del sistema representa los movimientos físicos en el almacén de manera más cercana.
La figura anterior muestra un área de almacenamiento en estantería alta de 3 pasillos. Un carro de transferencia conecta el área de prealmacenamiento con
los transportadores de entrada y salida de los tres pasillos. El área de prealmacenamiento contiene un punto de identificación automática
(punto ID) y un punto de selección.
Estos dispositivos suelen ser controlados por medio de sistemas en tiempo real1, que monitorean y cambian los sensores
y actuadores involucrados (barreras de luz, interruptores, motores, etc.). Estos sistemas en tiempo real obtienen sus órdenes
desde el nivel de control de almacén superordinado que los deriva de las solicitudes de almacén.
Diferencias cruciales entre los almacenes automatizados y los almacenes operados manualmente o por radiofrecuencia
son:
Los recursos son pasivos (como en el caso de las grúas apiladoras)
Los cuellos de botella de capacidad deben ser vigilados y controlados con mucha más atención.
Las fallas técnicas deben ser tomadas en consideración
Las fallas logísticas no deben bloquear el flujo de material (por ejemplo: contenedor ocupado, HU desconocido en
sistema automático de recuperación de almacenamiento
1 Los PCs también pueden asumir tales funciones en lugares. Pueden estar conectados a EWM de la misma manera que los controladores lógicos programables y
Comotal,"PLC"tambiénserefiereacontroladoresdePCimplementadosdemaneraequivalenteenlosiguiente.
Architecture Variants
Las siguientes variantes de arquitectura normalmente están disponibles para conectar almacenes automatizados a un SAP
sistema:
El escenario presentado aquí debería explicar cómo un almacén automatizado está conectado a SAP EWM.
El sistema consiste en un área de almacenamiento de alta estantería automática con tres pasillos y automatización para el almacenamiento.
remoción. Cada pasillo está equipado con una grúa apiladora (SC). Un carro de transferencia (TCAR) conecta el almacenamiento y la recogida.
área con el área de almacenamiento en estanterías altas.
Los contenedores de almacenamiento son de profundidad simple, los TCAR y SC tienen cada uno un accesorio de manipulación de carga (LHA).
Un escáner está instalado en el punto de identificación. Al mismo tiempo, la unidad de manipulación (HU) se pesa allí y se determina su tipo.
determinado utilizando el reconocimiento de base y control de contornos. En este punto, el PLC reporta palets al EWM
El sistema EWM debe asignar un bin de almacenamiento y usarlo para derivar un comando de transportador correspondiente.
para el PLC. Los palets defectuosos deben ser desviados automáticamente al contenedor de clarificación.
Cuando un palé llega al punto de transferencia antes del SC, su etiqueta se escanea una vez más. Esto está destinado a
prevenir errores de almacenamiento causados por desalineación de pedidos.
Para la recolección, las unidades de manejo (HUs) de las cuales desea retirar material deben ser trasladadas al punto de recolección y posteriormente
regresado al inventario. Las cantidades totales (restantes) se eliminan por medio de un transportador separado al lado de la selección
Proceso de almacenamiento
En el área de recepción de mercancías, las cantidades entregadas se empacan en unidades de manejo (HUs) y se equipan con etiquetas de código de barras.
el código de barras contiene el número HU. Uno de los empleados coloca las HUs empaquetadas en la cinta transportadora de almacenamiento.
El PLC lo mueve al punto de ID de forma anónima. El punto de ID comprende una serie de dispositivos conectados a la
PLC, como
Un escáner
Una escala
Un control de contorno
Los HU defectuosos deben ser desviados al transportador de clarificación por el sistema EWM.
El MFS asigna un contenedor de almacenamiento de acuerdo con la estrategia de colocación y dirige la HU al correspondiente
pasillo. Durante esto, se debe tener en cuenta la capacidad del transportador de entrada frente al pasillo, para
evitar que el TCAR sea bloqueado.
En la cinta transportadora de alimentación, las unidades de manejo (HUs) se dirigen una vez más a través de un escáner. El PLC envía otro registro.
telegram. Si hay algún error (desfase), el HU debe ser transferido a la cinta transportadora de salida por medio de
SC y desviado al contenedor de aclaraciones.
El SC está equipado con un sistema de sensores que puede reconocer si un contenedor está ocupado. Si este es el caso, el
SC confirmará la orden de transporte emitiendo el errorBin ocupado. Luego, se requiere que el MFS asigne un
bin alternativo o desviar el HU al contenedor de clarificación.
Las selecciones de stock parcial deben ser transportadas al punto de recogida. Aquí, se lleva a cabo un diálogo de recogida. Cuando los bienes
al llegar al punto de recogida, los pedidos disponibles para ello deberían mostrarse al recolector. El recolector coloca el
cantidades requeridas en palets vacíos y genera HUs de recogida. Estos son transportados al transportador GI por
medios del coche de transferencia. Para la retirada de HUs que deben ser devueltos al stock, se necesita una nueva búsqueda de contenedores de almacenamiento.
Con vistas a los procesos en el almacén de ejemplo, podemos establecer los siguientes requisitos generales para
un sistema de control de flujo de material.
Requisitos de Comunicación
El MFS debe poder comunicarse con varios controladores de manera eficiente y confiable. Problemas
los fallos de enlace deben ser identificados y resueltos automáticamente. El sistema debe garantizar que cada mensaje
se procesa exactamente una vez. Los errores o retrasos en el procesamiento de un mensaje no deben bloquear al remitente. El
la interfaz de comunicación debe ser adecuada para diferentes protocolos técnicos (como TCP/IP, RFC1006, RK512,
3964R) y diferentes tipos de mensajes.
restricciones de capacidad. Debe ser capaz de recibir y reaccionar a informes de fallos del PLC. Debe ser capaz
asignar pedidos pendientes a recursos disponibles de acuerdo con su prioridad y reaccionar de manera espontánea a
comentarios de los controladores.
Los errores que ocurren en el flujo de material, como No Leer en el escáner, deben ser tratados de tal manera que
evitar cualquier obstrucción al flujo de material en el almacén.
Para las diferencias entre el estado lógico de los datos y el estado físico, el sistema debe proporcionar funciones.
permitiendo al usuario sincronizar ambos, como publicar cambios para un HU, cancelar un pedido, crear un pedido
manualmente y así sucesivamente.
Debe ser posible bloquear etapas de pierna individuales y interrumpir la comunicación con controladores individuales.
temporalmente.
Los eventos que requieren intervención manual deben estar disponibles para la estación de control y debe haber una forma
de dirigir esta información a personas o funciones individuales.
La siguiente sección proporciona una visión general de las funciones disponibles en SAP EWM MFS.
Las siguientes funciones se han implementado en SAP EWM para comunicarse con los controladores:
Comunicación de Telegram a través de TCP/IP utilizando un adaptador RFC. (desde EWM 9.4 también sin adaptador RFC)
Asegurando la comunicación mediante números de secuencia, confirmación de telegramas en SAP EWM
Monitoreo automático de conexiones (reinicio automático del canal de comunicación si es necesario)
Opciones para iniciar y detener conexiones
Registro de Telegram
Formatos e identificadores de telegrama configurables
Configurable action modules for reacting to incoming telegram types
Resumen del estado de las interfaces de comunicación
Comunicación secuencial para cada canal de comunicación
Comunicación paralela a través de canales de comunicación con uno o más controladores.
A diferencia de los productos predecesores (TRM, SAP EWM 5.0), ambos socios de comunicación (tanto SAP EWM como
El PLC ahora puede iniciar un proceso de comunicación.
Principio de tirón: PLC consulta a SAP EWM, SAP EWM responde.
Principio de empuje: SAP EWM desencadena una acción, el PLC la lleva a cabo y responde.
Adaptador RFC
SAP EWM envía y recibe telegramas sobre la base de llamadas RFC. Para la transferencia técnica de estos
los telegramas del RFC al PLC y del PLC al RFC, necesitas un adaptador. Este adaptador tiene el propósito
de pasar en los telegramas sin verificar. No los guarda, los complementa ni sigue su estado, ni
does it check whether they have been sent successfully or inform the sender in the case of failure.
The logic for securing transmission is integrated both in SAP EWM and in the PLC. Parameters for the
las conexiones entre SAP EWM y PLC también se establecen en los puntos finales de comunicación.
La lógica para asegurar la conexión y los parámetros del adaptador solo incluye lo siguiente:
El adaptador asegura activamente que se pueda llamar desde SAP; en otras palabras, verifica a intervalos determinados.
si su conexión a SAP sigue activa y vuelve a iniciar sesión en el sistema SAP si es necesario.
Para esto, necesita acceso a SAP. Los datos de acceso deben configurarse en el adaptador.
Para otros tipos de tecnología (como RK512), puedes y debes usar adaptadores especiales. La interfaz para estos
se describe en el apéndice.
SAP EWM ofrece las siguientes características para controlar el flujo de material a través de almacenes automatizados:
Rutas configurables (control de almacenamiento)
Límites de capacidad configurables
Consideración de fallos del equipo
Conexiones del escáner
Punto de ID Automático
Conexión con líneas de cinta transportadora
The concept for these communication points is an important aspect of warehouse planning. More
los puntos de comunicación conducen a un seguimiento más cercano del flujo de material en EWM, pero también a una comunicación más intensa
y, en consecuencia, más carga en el sistema EWM. Para cada etapa entre los puntos de comunicación, un almacén
la tarea está creada.
Evitando Bloques
Es importante, especialmente para vehículos, que el sistema de control tenga en cuenta los límites de capacidad en la recogida y
drop-off points. Once a load has been picked up, the system must be able to drop it safely at its destination.
SAP EWM puede evitar situaciones de bloqueo y es capaz de reaccionar a eventos de disponibilidad de forma espontánea.
2 En el contexto de los almacenes automatizados, el término punto de ID se refiere principalmente al punto de asignación de bin de almacenamiento. Preparado y registrado
Los HUs se identifican automáticamente.
vehículos dispuestos de la manera habitual (con la estación de almacenamiento y la estación de extracción de existencias en el mismo extremo del pasillo)
SAP EWM proporciona una estrategia de entrelazado: las colocaciones y las retiradas de stock se transportan alternativamente. Con el fin de
para encontrar el equilibrio adecuado entre la prioridad de los pedidos y la optimización de la ruta, puedes clasificar los pedidos (por la última fecha de inicio
fecha) y, por lo tanto, influir en el alcance de la lista de pedidos dentro de la cual se debe aplicar la intercalación.
Errores Bin
Logical bin errors (a destination bin is physically occupied due to a posting or material flow error, a source bin
están vacíos) son identificados automáticamente mediante sensores especiales en las grúas apiladoras y reportados a la
Sistema EWM. El EWM puede reaccionar a esto automáticamente.
Para HUs cuyo contenedor de destino está ocupado, SAP EWM está equipado para determinar un destino alternativo. Esto
puede ser una alternativa firmemente definida o un contenedor de aclaración (para ser almacenado en los datos maestros del recurso) o un
contenedor de almacenamiento que ha sido determinado recientemente por medio de una estrategia de almacenamiento (implementación de BAdI).
Si ocurre el errorBin vacío, el pedido correspondiente se cancela con el argumento de que no se puede ejecutar.
El Cockpit de Almacén proporciona una visión general del estado actual de los canales de comunicación PLC.
la siguiente pantalla representa una instantánea del estado de los 4 controladores para el almacén de ejemplo:
El adaptador RFC no está registrado (primera columna).
Por esta razón, ninguno de los cuatro controladores puede ser alcanzado (segunda columna).
No hay telegramas salientes en el búfer saliente de EWM (tercera columna).
No hay telegramas defectuosos en el búfer de entrada de EWM. Todos los telegramas recibidos antes de la conexión
se interrumpió o se detuvo han sido procesados (cuarta columna).
No hay informes de fallos para ninguno de los recursos conectados a través de PLC (quinta columna).
El sistema está actualmente ejecutando el proceso responsable de repetir telegramas no confirmados en
intervalos y para verificar la conexión mediante telegramas LIFE.
El monitor de gestión de almacenes es el instrumento central para el monitor de actividad del almacén. Te ofrece
varias funciones que te permiten monitorear el almacén y reaccionar ante problemas. Esto se relaciona tanto con los objetos
en el almacén (puntos de comunicación, segmentos, recursos) y las UGs con su correspondiente y el
telegramas intercambiados en su nombre.
Telegram Log
El Monitor de Alertas es otro instrumento importante. Toda la información importante, advertencias y mensajes de error que
ocurren durante la operación del almacén se recopilan aquí.
El monitor es utilizado por diversas funciones en SAP EWM. Puede limitar la visualización a mensajes relevantes para el
MFS.
Las alertas normalmente son generadas por las excepciones de EWM. Puedes establecer un vínculo entre las excepciones de EWM y
otras acciones, como notificar a un empleado de la estación de control por mensajería de texto (SMS).
La mayor parte del procesamiento de MFS se realiza en segundo plano. Esto hace que sea aún más importante estar
capaz de rastrear cómo surgió una cierta situación de error mediante el procesamiento de registros.
Los módulos de procesamiento detallan cuentas granulares de sus pasos en los registros de la aplicación. Estos pueden ser
evaluado en base a fechas y horas. También puedes encontrar aquí los tiempos de procesamiento.
La mayoría de los problemas que ocurren en un almacén automatizado pueden ser resueltos por el sistema automáticamente.
como desviar HUs no identificables (NOREAD en el escáner). Pedidos para etapas de pierna o dispositivos no preparados
se mantienen atrás. Algunos BAdIs te permiten usar rutas alternativas en casos de sobrecarga o mal funcionamiento. HUs
reportados en ubicaciones inesperadas se vuelven a publicar en segundo plano y, si es posible, se transportan a su lugar original
destino sin interferencia del usuario.
Sin embargo, hay situaciones que el programa no puede resolver por sí mismo. Estas suelen ser desviaciones en los tres
levels:
Estado físico
Mapeo lógico en el PLC
Mapeo lógico en SAP EWM
SAP EWM proporciona a los empleados autorizados una serie de funciones que les permiten modificar la situación:
Puedes reenviar telegramas que ya han sido confirmados
Puedes confirmar las tareas del almacén manualmente
Puedes volver a publicar HUs en otras ubicaciones desde donde pueden ser transportados más lejos.
Puedes cancelar pedidos
Puedes desviar HUs del sistema
Puedes bloquear puntos de comunicación, segmentos o recursos
Puedes detener la comunicación para canales individuales
Para mantener los sistemas en tiempo real PLC y EWM separados, debes evitar llamadas síncronas entre
ellos. La interfaz está basada en mensajes. Para asegurar que cada pedido y cada confirmación se transmitan
exactamente una vez, SAP EWM implementa un protocolo de comunicación. Este protocolo también debe ser implementado en
el lado del PLC.
Principio de Comunicación
El protocolo se basa en números de secuencia de telegrama: A cada telegrama se le asigna un número inequívoco por
el remitente. Si estos números de secuencia se utilizan de manera apropiada, los siguientes dos problemas potenciales
se evitan:
Pérdida de Telegram
Doble procesamiento
Evitando la pérdida de telegramas: el destinatario reconoce cada telegrama que recibe. Para hacer esto, lo devuelve al
el remitente con el número de secuencia original. El remitente repite los telegramas para los cuales no ha recibido un
acuse de recibo dentro de un cierto periodo. Solo envía el siguiente telegrama después de que el anterior ha sido
reconocido.
Ambos socios permiten reiniciar el número de secuencia con el propósito especial de establecer o sincronizar
comunicación.
Exceptions in Communication
Irregularities or errors in communication are handled as follows:
Si no se han recibido ni enviado con éxito telegramas (en otras palabras, reconocidos) durante un período más largo
period, a Life telegram is sent to ensure that the “intermission” is not due to a connection failure.
Líneas de transporte
SAP EWM te proporciona los siguientes tipos de mensajes para controlar las líneas de transporte:
SAP EWM: Tarea de almacén (HU – CP – DE – A)
PLC: Confirmación de tarea del almacén (HU – CP – DE – A, con código de error si corresponde)4)
SAP EWM: Solicitud de cancelación para la tarea de almacén (HU - DE - A)
PLC: Respuesta de cancelación para la tarea de almacén (HU - DE - A, con código de error si es apropiado)
PLC: Mensaje del escáner (HU – CP, con código de error si corresponde)
SAP EWM: Solicitud de estado para punto de comunicación, segmento o grupo de segmentos (CP/SEG/SEGGR)
PLC: Mensaje de estado (listo/averiado) para el punto de comunicación, segmento o grupo de segmentos
(CP/SEG/SEGGR)
3 El remitente solo puede "escapar" de esta situación si a) llega el telegrama de reconocimiento esperado o b) mediante intervención manual,
(eliminando el telegrama no reconocido del búfer de salida). El telegrama se considera enviado. Si el destinatario no ha
lo recibí, puedes enviarlo manualmente desde el registro de telegram (con un nuevo número de secuencia).
4
En el caso de confirmación negativa, EWM necesita poder determinar si el error ocurrió en la fuente o en el destino (en otro)
palabras, ya sea que el HU haya dejado su ubicación de origen o no). Esto se muestra en la entrada del campo "CP", el punto de comunicación "reportando".
Si el campo CP contiene la fuente, el HU no ha salido de su ubicación de origen.
Recursos
EWM proporciona los siguientes tipos de mensajes para controlar recursos:
Status:
SAP EWM: Status request for resource
PLC: Mensaje de estado (listo/mal funcionamiento) para recurso
Cancelación de pedido:
SAP EWM: Solicitud de cancelación para tarea de almacén (HU – Recurso – DE – A)
PLC: Respuesta de cancelación para la tarea del almacén (HU - Recurso - DE - A, con código de error si es apropiado)
Nota:
Los módulos de función estándar determinan el significado de un telegrama no solo en función del tipo de telegrama.
(ID de telegrama) pero también sobre la base de las entradas de campo existentes. Así, es especialmente importante para los diferentes tipos
de confirmaciones de pedidos de PLC a SAP EWM que se llenan exactamente los campos clave especificados. Los mensajes para
los movimientos medios en EWM no están organizados de la siguiente manera:
Ejemplo incorrecto:
Los movimientos medios en EWM están organizados de acuerdo con el siguiente principio:
Ejemplo corregido:
During “pulling”, the “Destination” telegram field is empty, whereas the “Source” field is empty during “pushing”.
Transportadores y Recursos
EWM proporciona, además de la técnica del transportador de paletas, los siguientes tipos de mensajes para controlar el flujo de
Los HUs si el modo de PLC es "Sistema de Transporte de Cajas" o "Sistema de Transporte de Cajas y Alimentador de Estantes".
PLC: Solicitud de Enrutamiento - Sistema de Transporte de Cajas similar al mensaje de escáner Telegram
SAP EWM: Enrutamiento Planificado - Sistema de Transportador de Casos (HU - CP - DE - A) dependiendo de CP y Enrutamiento
Mesa
PLC: Enrutamiento Actual – Sistema de Transportador de Casos (HU – CP – DE – A) se utiliza como información para SAP EWM
Concepto de ruta
You can divide warehouse tasks into smaller steps using layout oriented storage control. You can achieve this
al definir destinos intermedios para ciertas relaciones de origen-destino. Si no hay destino intermedio
se ha definido, el sistema EWM asume que la tarea de almacén se puede ejecutar directamente.
Si ha definido un destino intermedio, el sistema EWM establece el estado del almacén afectado
task toinactiveand creates another,active warehouse taskfor the intermediate destination. Once this has
tras haber sido ejecutado, el sistema EWM ajusta la ubicación actual en la tarea de almacén pasivo en consecuencia y
verifica si ha definido un destino intermedio adicional. El sistema EWM solo activa el
tarea de almacén inactiva si no se ha definido ninguna ubicación intermedia adicional.
Si el modo PLC elegido es una de las posibilidades del transportador de casos. Puede haber, pero no debe haber, solo uno.
Tarea de almacén desde el "inicio" hasta el "fin" presente para todo el movimiento. Esta TA se leerá solo en cada CP.
la HU está llegando a. El sistema EWM verifica la tabla de enrutamiento para averiguar el próximo destino en dependencia
del CP actual y el EWM lógico. El destino o la actividad se almacenan en el WT leído.
Si no se encuentra ninguna entrada en la Tabla de Rutas, el Sistema vuelve a la Estructura Orientada al Diseño.
Para fines de monitoreo, puedes utilizar las Acciones asíncronas para ejecutar la confirmación inmediata WT que
confirma el HU al CP y corrige la posición FROM en el WT activo.
Al utilizar un transportador de cajas muy rápido, se prefiere no usar Tareas de Almacén para mover la Unidad de Manejo (HU) de un CP a otro.
a otro. Después de la verificación de HU en el Punto de Identificación, la HU puede ser movida por el Sistema EWM-MFS utilizando solo
the logical EWM Destinations (OK, Default, Error…) to route the HU to the Aisle Pick Point. Not till then you will
se necesita un WT para que se cree el contenedor de destino final con la función (/SCWM/MFSACT_CASE_RSRC_PP)
Si también usas un alimentador de estantes con más de un lugar de HU en él, podrás comunicarle al PLC todas las HU.
Números con un solo telegrama. Para eso debes completar el BAdI (Determinación de Unidades de Manejo utilizadas en
Telegramas) debido a que, el estándar no sabe cuántos Números HU se enviarán con ese único Telegrama
y los números HU que comienzan por el segundo HU deben ser llenados en la estructura de Telegram.
La posibilidad de mover unidades de manejo correctamente a través del transportador sin ninguna tarea de almacén conduce a un nuevo y muy
La Tabla de Enrutamiento es una Tabla de Personalización sencilla en la que el Sistema lee el siguiente destino para una HU
dependiendo del CP actual y del Destino EWM lógico (también funcionará sin ningún WT activo) o Área de Actividad
almacenado en el WT activo.
Ejemplo de Destinos Lógicos de EWM. El Destino será establecido por varias Acciones sincrónicas en específico.
CPs después de la entrada de Telegram.
Usar
En esta actividad de personalización, defines el destino lógico para un controlador lógico programable (PLC). Un lógico
el destino de un PLC podría ser una dirección lógica o un área donde la unidad de manipulación (HU) debe ser movida.
Ejemplo
En un punto de decisión, el sistema verifica si los valores de la HU son correctos. El PLC necesita determinar si
hay problemas con el HU. Si no hay problemas, se usa el destino lógico 'OK'. De lo contrario, el
Se utiliza el destino lógico 'ERROR'. El destino lógico en EWM se mapeará al destino lógico del
PLC y enviado al PLC.
Debido a la necesidad de movimientos de HU muy rápidos para casos en un transportador, hay una nueva estrategia de almacenamiento.
implementado.
La idea principal es tener una nueva estrategia de almacenamiento explícitamente para MFS. El enfoque es tener un enfoque diferente.
que otras estrategias de almacenamiento existentes. Las estrategias de almacenamiento de hoy no consideran la física ya desde el primer
lugar. En su lugar, es posible verificar esto más tarde, lo que a menudo consume tiempo. La nueva estrategia de almacenamiento deberá
a) Trabajar sin la necesidad de crear una tarea de almacén concreta por adelantado y
b) Mantener incluso direcciones aproximadas para HUs en una nueva tabla, que también actúa como recolector de carga de trabajo para ciertos
áreas en el almacén y
d) Considera el diseño del almacén automatizado así como las capacidades, la carga de trabajo, las excepciones de MFS,
distribución igual de producto/lote.
e) Permitir el almacenamiento de pallets preseleccionados en almacenamiento de múltiples profundidades utilizando el grupo de consolidación
(=cliente/entrega) - prioridad 2
Los WTs de productos no son compatibles. Otras estrategias de almacenamiento ignoran la nueva lógica.
Para cumplir con el punto a) y b) el sistema debe mantener un seguimiento de los movimientos de HU propuestos sin necesidad de crear
tareas de almacén. Para este propósito se introduce una nueva tabla de base de datos que contiene estos movimientos. Por favor
ten en cuenta que estos movimientos no necesariamente contienen un contenedor de almacenamiento de destino específico. También puede ser
solo una dirección. Además, no está grabada en piedra, aún. En cambio, la idea es ver esto como una propuesta basada en la
contexto actual - también se llama reserva blanda.
Además del PLC, el número de HU y el destino propuesto, también se mantiene la capacidad necesaria (en el sentido de HUs) en
esta tabla. Esto es necesario para obtener una visión general rápida de la carga para posibles destinos en un almacén automatizado.
El contenido de esta tabla debe ser actualizado tan pronto como un HU sea tocado por la codificación MFS. Esto significa que tiene
para mantenerse en el estado más actual todo el tiempo. Así que, cada punto de contacto para un HU debería actualizar una entrada o
eliminar una entrada. Las confirmaciones de WT a un contenedor de almacenamiento final eliminan entradas en esta tabla.
Sin duda, el contenido de esta nueva tabla debe ser evaluado durante la determinación de destino con la nueva colocación.
estrategia.
Esta estrategia requiere información sobre la accesibilidad de las partes del almacén, como pasillos, tipos de almacenamiento y
puntos intermedios del CP real.
Esta vista de personalización debe ser completada: (aquí un ejemplo, ver Diseño7.5)
PLC de CP Intermedio
PLC del punto de comunicación intermedia
Intermediate PuntodeComunicación
Punto de Comunicación Intermedio normalmente en la entrada del Pasillo
Storage Type
Del tipo de almacenamiento accesible CP actual
En el caso de los sistemas de transporte de cajas, todavía existe la posibilidad de establecer la capacidad, pero no será considerada por el
Estándar.
Disponibilidad Eventos
Para garantizar un transporte adicional si se ha vuelto a disponer de una capacidad tras una parada, el sistema EWM comprueba el
puntos de comunicación y recursos afectados por un evento de disponibilidad. Puedes elegir y establecer estos en el
Personalizando para cada punto de comunicación.
Una HU llega al siguiente destino (intermedio). La fuente del tarea de almacén está despejada.
Un HU ha dejado su fuente. El PLC informa que la fuente está vacía.
Un punto de comunicación o un segmento está listo de nuevo (hay un mensaje de desbloqueo del PLC o el
el bloque en el monitor de gestión de almacenes es eliminado.
Un HU que había ocupado una cierta capacidad se reporta en una ubicación diferente en el almacén (reporteo).
Una tarea de almacén que ocupa algo de capacidad en el destino es cancelada.
3.5 Estrategias
SC Interleaving
El sistema EWM asigna a cada grúa apiladora una colocación y una extracción de stock alternativamente con el fin de
reducir rutas vacías. (Esta función debe ser activada en Personalización.)
Si hay varios pedidos para la dirección preferida actual, el sistema elige el que tiene el más alto
prioridad y, si hay varios de estos, el que tenga el número de orden de almacén más bajo.
Consideración del Estado del Sistema y Carga para implementar una estrategia
Realizado en estándar por funciones como la determinación de pasillos (determinación de contenedores aproximados)en) (ver [Link]).
Almacenamiento Multi-Profundidad
Disponible desde la versión 9.2 de EWM
4 Comunicación PLC
Con EWM 9.4 y NetWeaver 7.50 se planea una comunicación directa por socket entre el PLC
y EWM. (Q4/2016) Los requisitos de conexión y los pasos de personalización se mejorarán un poco.
Adaptador RFC
Configurar y comenzar el adaptador RFC
Prueba
Verificación de conexión
Prueba con el módulo de simulación EWM (interno de SAP)
Prueba con programa de simulación externo
SAP EWM maneja los telegramas internamente mediante una estructura completa que contiene el conjunto superset de
los campos de datos proporcionados en el estándar para comunicarse con los controladores. Las estructuras de telegramas específicas
son convertidos de o a /SCWM/S_MFS_TELETOTAL antes de ser enviados o después de ser recibidos. Esto es
logrado por medio de nombres idénticos para los campos. Por lo tanto, es importante que los nombres de los campos que crees
para los telegramas específicos son los mismos que los nombres de los campos correspondientes en el
/SCWM/S_MFS_TELETOTAL estructura. Todos los tipos de datos, incluidos números y unidades de medida, son
comunicados como signos (sin campos empaquetados). Las longitudes de los campos pueden diferir.
Si necesitas campos que no estén contenidos en esta estructura, debes extender la estructura de inclusión.
/SCWM/INCL_EEW_MFSTELE. Sus campos de datos también tienen los mismos nombres y, por lo tanto, se transfieren de
o al telegrama correspondiente del PLC.
En el Diccionario de Datos, tienes que definir las estructuras de telegrama que se utilizarán para comunicarte con el
controladores. Estas estructuras deben crearse en el espacio de nombres del cliente. Para hacer esto, puedes llamar a la
Navegador de repositorios en la transacción SE80 (Navegador de objetos de ABAP Workbench). Necesita una estructura para el
encabezado de telegrama y uno para los datos reales del telegrama. Recomendamos que utilice la misma estructura para todos
tipos de telegrama.5
5 Un PLC lee 212 bytes en un ciclo. En la mayoría de los casos, no valdrá la pena definir estructuras más cortas para tipos de telegramas más cortos si el
la estructura más larga que necesitas es más corta de 213 bytes.
Hay una serie de parámetros para la interfaz PLC. Para tener que definir estos ajustes solo una vez para
un número de controladores similares, puedes usar tipos de interfaz. Esto es especialmente útil para grúas apiladoras ya que
normalmente hay varios de ellos que se abordan de la misma manera.
… asigne este tipo a los objetos PLC y relacione todas las configuraciones posteriores al tipo de interfaz en lugar de al PLC.
Cada telegrama está identificado por un tipo de telegrama. Esta es una cadena de caracteres que informa al destinatario de la
significado de telegrama. Si determinan la estructura del telegrama que se utilizará en cada caso al mismo tiempo, entonces
Esta actividad de personalización se llama Definir la Estructura de Telegrama:
Utilice la opción "para el tipo de interfaz PLC" ("para PLC" se utiliza para garantizar la compatibilidad con la versión anterior SAP EWM5.0)
... y primero solo define los tipos de telegramas necesarios para establecer y asegurar la conexión. SAP EWM proporciona
una serie de categorías de telegramas predefinidos para las cuales ahora defines los identificadores utilizados en el cliente
proyecto.
Recomendación: En general, es más útil trabajar con longitudes de telegramas uniformes. El aumento
el rendimiento que logras es insignificante y a veces se paga con un mayor esfuerzo de programación en el PLC
análisis de protocolos más complicados o laterales.
Cada socio de comunicación externa debe ser dado a conocer al sistema EWM como un PLC. No tiene ningún
diferencia si en realidad es un PLC. Un control de PC o, en el caso extremo, incluso un subsistema externo que
controla de forma independiente una cierta parte del almacén, es, en este sentido, un "PLC".
Si estás utilizando controles de cabeza, solo deberías definir estos. Ellos pasan las tareas a los correspondientes locales.
controles.
El PLC es el socio de comunicación para el sistema EWM. En este ejemplo de almacén, hay 4 PLCs:
Desde la versión 7.02 y 9.2 de EWM, hay algunos atributos más que deben ser definidos para el PLC.
Tipo de Interfaz
Tipo de interfaz used (ver 4.1.2 Definición del Tipo de Interfaz).
Necesario en casos de Almacenamiento Multi Profundo si un HU debe ser movido porque está bloqueando otro HU. Este Almacén
La tarea se utiliza para mover la unidad de carga bloqueada a un recipiente de almacenamiento diferente.
Mapeo
Muestra si los nombres de los puntos de comunicación necesitan ser traducidos entre EWM y PLC. Si esto está marcado,
el programa buscará nombres de PLC para los nombres de EWM y viceversa en una tabla de mapeo cuando se envíen telegramas
son convertidos. Puedes mantener la tabla en el menú de la aplicación usando la transacción/SCWM/MFS_OBJMAP -
Mapear EWM a objetos PLC. Los direcciones de los bin de almacenamiento deben ser inequívocas entre los tipos de almacenamiento en SAP EWM.
(y por lo tanto se recomienda incluir el tipo de almacenamiento en la encriptación), y como esta especificación es, en el
por otro lado, no es necesario para el PLC, la cartografía suele ser requerida.
Identificación
Un ID de remitente que el sistema EWM debe ingresar en los telegramas al PLC. (Nombre de EWM como PLC
socio de comunicación). No tiene significado en SAP EWM. El PLC puede esperar un remitente específico. Si elVerificar
El indicador de Telegram está configurado en el canal de comunicación, el sistema EWM verifica si este ID está ingresado como
el destinatario cuando llegan los telegramas. Si la opción Revisar Telegramas está activada, los telegramas sin este nombre de destinatario
no se procesan.
Modo PLC
Disponible desde EWM 7.02
Aquí se define el Modo PLC, dependiendo de la técnica del transportador. Hay 3 opciones disponibles:
La diferencia entre el transportador de palets y el transportador de cajas es principalmente que la técnica del transportador de palets utiliza el
control de almacenamiento orientado a la disposición solamente. La cinta transportadora utiliza la Tabla de Ruteo para encontrar la siguiente dirección. Pero
if the Routing is not defined in the Routing Table. Case Conveyor then checks the layout oriented Table and
actúa como un transportador de paletas en este caso.
Debe definirse al menos un canal de comunicación para cada PLC. Los detalles de comunicación se almacenan en él.
Telegram Retries
Un valor entre 1 y 9. Después del número de repeticiones no exitosas (no reconocidas) de un telegrama al
El PLC ingresado aquí ha sido alcanzado, el sistema activa la excepción definida a continuación (ver Excepción
Código MFS).
Si no ha habido un telegrama de acuse de recibo para un telegrama enviado: ¿Después de cuántos segundos debería el
¿se puede repetir telegram?
Rellenar carácter
Los espacios vacíos en un telegrama pueden ser reemplazados por un carácter especial para que se lea más fácilmente en
protocolos o durante la transmisión.
Confirmación de Manos
Un personaje informando al destinatario que este es un telegrama de acuse de recibo (confirmación lógica).
Solicitud de Aceptación
Un personaje informa al destinatario que este es un telegrama de orden, no un telegrama de acuse de recibo.
Modo de saludo
Aquí puedes especificar si los telegramas deben ser reconocidos y qué información debería contener en el
reconocimiento. Las siguientes opciones están disponibles:
S/ R Interruptor
Indicador que especifica si el remitente y el destinatario deben ser intercambiados en el telegrama de acuse de recibo.
Máx. Procesos
Defina el número máximo de Procesos de Trabajo para el procesamiento paralelo de telegramas. (Disponible desde EWM 7.02)
Obtener Nº de Sec.
Indicador que especifica si los números de secuencia también deben asignarse a los telegramas de vida.
Æ Recommendation: Yes
Iniciar Carácter
Puedes elegir un carácter inicial de 1 o 2 lugares para los telegramas aquí. El carácter inicial se puede usar para
verifique si un telegrama ha sido mal compilado en la capa de comunicación. Si es así, se acordaron telegramas
sin este carácter de inicio son rechazados.
Fin de Carácter
Puedes elegir un carácter final de 1 lugar o 2 lugares para los telegramas. Se utiliza de la misma manera que el carácter inicial.
Nota: Los caracteres de inicio y fin son útiles si estás trabajando con diferentes longitudes de telegramas.
El carácter final también es necesario si la capa de comunicación utilizada (convertidor RFC - TCP/IP) no lo hace.
expande los telegramas recibidos de SAP EWM a su longitud completa6La razón de esto es que las cadenas pueden
solo se trasladará de ABAP a la capa RFC si se utiliza la longitud completa. La cadena de telegrama es demasiado
corto si el último campo no está lleno.
Longitud de Telegram
Especificando la longitud del telegrama. Si hay una entrada, está trabajando con una longitud de telegrama fija. En otras palabras,
el sistema EWM espera que todos los telegramas, incluidos los telegramas de acuse de recibo, tengan esta longitud. Más cortos o
se rechazan los telegramas más largos.
Desde la versión 9.2 de EWM, la longitud máxima del Telegrama se ha extendido hasta 4096 símbolos.
Revisa Telegram
Aquí puedes activar una verificación adicional para campos que generalmente no son necesarios para el procesamiento. Estos son:
Sender, Recipient. If this check is activated, telegrams with the wrong sender/recipient are rejected.
Error estándar
Código de error por el cual el sistema EWM señaliza al PLC que un telegrama entrante no pudo ser procesado. Es
se establece en el telegrama de reconocimiento al PLC si no se ha mantenido un código específico para el error actual
en Personalización (ver 4.1.6).
6
Cuando se inicia un canal de comunicación, EWM transmite la longitud del telegrama al adaptador RFC. El adaptador RFC debe añadir como
muchos espacios en blanco para los mensajes recibidos a través de RFC según sea necesario para alcanzar esa longitud.
NoSincronizar
Aquí puedes desactivar la cadena de sincronización de telegramas que el sistema EWM utiliza para iniciar o
restablecer una conexión. Advertencia: En este caso, debe activar absolutamente los telegramas de Life. De lo contrario, el
la conexión sólo se establecerá con el primer usuario de telegrama de EWM al PLC. El PLC no puede enviar ningún
telegramas hasta entonces.
Esto significa que usted determina códigos para errores que afectan la comunicación del telegrama. La siguiente opción de menú
determina los códigos que el sistema EWM utiliza para informar sobre errores en el protocolo de comunicación al PLC.
H significa: El número de secuencia no fue verificado porque el contador en el monitor de gestión de almacenes
ha sido reiniciado. El telegrama ha sido procesado no obstante.
Puedes especificar para todos los errores si el canal de comunicación debe cerrarse y reiniciarse.
Aquí se definen qué excepciones7debería ser activado en SAP EWM cuando ocurran errores de comunicación.
Excepción MBOF: Desbordamiento de búfer: El PLC no puede recibir más telegramas en este momento. El sistema EWM
se solicita posponer el telegrama y enviarlo más tarde.
Excepción MSEQ: El PLC no acepta el número de secuencia (ha recibido un telegrama con un número mayor
número de secuencia antes). Esto puede suceder cuando el número de secuencia ha sido restablecido en EWM pero no en el
PLC.
Excepción MTEL: El PLC no acepta el telegrama porque contiene datos incorrectos, como el incorrecto
destinatario, o carácter final que falta.
La comunicación real del PLC se lleva a cabo mediante una capa de comunicación externa:
SAP EWM se comunica a través de RFC.
La capa de comunicación utiliza un ID de programa para registrarse como un destino RFC y, en este papel, ofrece 4
funciones de módulos que se pueden llamar externamente. Toma los telegramas y los envía al PLC a través de
Socket TCP/IP.
7 Véase el apéndice del Capítulo 7.2. Encontrará un ejemplo de uso y configuración de excepciones en el Capítulo 5.7.3.
Specify the timeout to a comparably low value. Do not use the default gateway value for CPI-C Timeout. Once
el adaptador RFC está conectado, el proceso de repetición de telegramas EWM estará bloqueado durante el tiempo especificado, si
the connection has been lost.
En el sistema EWM, el destino RFC debe configurarse para cada PLC. En el menú de aplicaciones, puedes hacerlo.
utilizando la transacción /SCWM/MFS_PLC:
Aquí se está utilizando una versión preliminar del futuro adaptador RFC de SAP. Por lo tanto, la configuración es "SAP".
Capa de Comunicación”. Su interfaz es conocida por SAP EWM, por lo que no es necesario especificar la función
módulos aquí. (Si planeas usar otras capas, debes ingresar sus interfaces de llamada aquí.)
El indicador de registro activa el registro de telegramas: Todos los telegramas que forman parte de la comunicación con este PLC
se almacenan en la base de datos y están disponibles para futuras evaluaciones.
La capa de comunicación debe ser fácilmente configurable y solo transmitir datos. Por eso la dirección del PLC es
also maintained in SAP EWM and not in the communication layer.
Al inicio de la llamada, el sistema EWM transmite estos parámetros de conexión a la capa de comunicación.
Siempre se recomienda utilizar la última versión publicada de PCo, normalmente disponible de forma gratuita para clientes de MFS.
( ! ) El uso de Telegram con longitud superior a 256 solo está disponible con la versión 15 de PCo y superiores.
Aquí se utiliza el Adaptador RFC de SAP SAP Plant Connectivity. Contiene una interfaz RFC y un socket
interfaz. La aplicación se basa en .NET y es completamente transparente tanto en sus mensajes como en lo que respecta
to the socket addresses. It has to be installed on a Windows system (like Windows 7/8/10 or some Windows
El sistema del servidor). SAP Plant Connectivity se entrega con una “Consola de gestión” y se configura como un Windows
servicio. Mediante el uso de la Consola de Administración, defines los canales de origen y los usas en los agentes. Los agentes
Un agente se instala como un servicio de Windows automáticamente a través de la Consola de Gestión. Se puede iniciar y
detenido desde la Consola de Administración o utilizando los servicios de Windows.
Un solo agente puede manejar varios canales. Cuando se inicia un canal de comunicación PLC en EWM, la IP
address and the port of the PLC are transmitted to the agent from SAP. A single socket channel and a single
El canal RFC, conectado por un único agente (servicio), se puede utilizar para dirigirse a varios PLC, como se muestra en el
siguiente imagen:
Por supuesto, es posible configurar más de un servicio y tener un servicio separado para cada conexión.
Para configurar una conexión, primero crea un canal de origen. En SAP Plant Connectivity MDS, un canal de origen es
un canal de PLC. Los PLC están conectados a través de un socket:
Es importante que la opción "Eliminar terminador de flujo al recibir datos" esté desmarcada. De lo contrario,
Las cadenas de telegrama, que se envían a SAP, serán demasiado cortas.
Guarda el canal.
Ahora crea un nuevo canal de destino. El destino, en las palabras de SAP Plant Connectivity, es el SAP
sistema. Para SAP debe haber un canal RFC:
Select “RFCDestination” and name it like the SAP system and client (just as a proposal).
Luego, se deben establecer los parámetros de conexión del cliente y del servidor. Tienes que especificar la conexión SAP.
parámetros y el ID del programa bajo el cual se supone que debe registrarse en el sistema:
Asegúrate de que la opción de fiabilidad esté activada. El adaptador RFC intentará restablecer la conexión a
el sistema SAP a intervalos determinados (aquí 10 segundos) si ha ocurrido un error.8De lo contrario, el canal no lo hará
reconectar a SAP automáticamente después de una pérdida de conexión.
El usuario debe ser un usuario técnico específico. (Autorización requerida)en: Ver 7.1)
Guarda el canal.
8
EWM es responsable de monitorear la conexión con el PLC. Ver 3.1 Protocolo de Comunicación
Una vez que se han definido los dos canales, se debe crear el servicio, que los conecta. Agrega un nuevo
instancia del agente
Asegúrate de que el canal de origen correcto esté seleccionado (si has creado más de uno) y da la instancia
a name. This name will appear as windows service:
Se puede ver como un servicio de Windows en InicioÆ Herramientas AdministrativasÆ Administración de computadorasÆ Services:
Hasta ahora, el agente solo conoce su canal de origen. Para conectar el canal de destino, debe haber una notificación.
ser añadido9:
Una vez más, asegúrate de seleccionar el nombre del agente correcto, si has creado más de uno. El nombre del
la notificación no importa:
9
Esto proviene del hecho de que PCo se utiliza en el entorno MII también: los canales de origen reciben notificaciones de los PLC, y PCo
pueden escanear estas notificaciones para tomar una decisión sobre a qué destino deben ser dirigidas. Esta filosofía se utiliza aquí en el EWM
el entorno también, incluso si PCo no tiene que escanear los mensajes, sino simplemente dirigirlos todos a un canal de destino.
Por favor, note la cadena en la barra de título (en azul): Canal de origenÆ agenteÆ Notificación.
El tipo de disparador no se utiliza en el entorno de EWM. Pero ahora se tiene que agregar el destino, el canal RFC:
Tan pronto como hayas configurado los datos de conexión, puedes realizar una comprobación de conexión desde PCo a EWM:
Opción c) Establecer el modo de inicio del servicio en Automático. Entonces se iniciará automáticamente con el
ordenador
Ahora la comprobación de conexión desde SAP también debería funcionar. Haciendo clic en el botón de Prueba de Conexión ...
También tiene la opción de usar EWM para simular un PLC simple utilizando ABAP. Para hacer esto, elija un propietario
capa de comunicación en lugar de la capa de comunicación de SAP al mantener el PLC. Además, debes
no especificar un destino RFC, para que la simulación se ejecute en el servidor de aplicaciones que se está utilizando actualmente.
Con estas configuraciones, habrás configurado la simulación de PLC por SAP EWM. La simulación evalúa lo existente
Personalizando configuraciones para el PLC adecuado y respondiendo en consecuencia. La personalización adicional de la simulación no es ni...
necesario ni disponible.
Tan pronto como ha llegado un telegrama, la simulación envía el telegrama de reconocimiento apropiado. Después de
otros 3 segundos, la simulación envía las siguientes respuestas, dependiendo del telegrama entrante:
Configuración de sincronizaciónÆ Inicio de sincronización
Inicio de sincronizaciónÆ Fin de sincronización
Solicitud de estadoÆ Mensaje de estado
Tarea de almacénÆ Confirmación de tarea de almacén
Solicitud de cancelación para WTÆ Confirmación de cancelación para WT
Al especificar el parámetro /SCWM/MFSSIM_VEL_FAC en los datos maestros del usuario, puedes variar el tiempo de 3 segundos
tiempo de respuesta. Puedes ingresar el tiempo de respuesta que prefieras en segundos. Los valores por debajo de 1 segundo no son
permitido.
Tenga en cuenta: La simulación no procesa los telegramas entrantes de manera estrictamente serializada. Las respuestas
se reciprocan después del tiempo de respuesta, dependiendo de cuándo lleguen. Así, los telegramas pueden adelantarse a uno
otro.
Si quieres probar un artículo bajo condiciones más realistas, y siempre y cuando no tengas un PLC real, estás
bueno aconsejado usar un programa de simulación externo que implementará tanto el registro de comunicación como será capaz
para responder correctamente a futuros telegramas de tareas de almacén.10.
Este es un ejemplo de cómo usar una herramienta de simulación externa: La herramienta abre un puerto y espera por EWM (o el
adaptador RFC) para iniciar sesión como cliente.
10
No incluido en la entrega de SAP.
… debajo de …
La forma en que las líneas de transporte están conectadas a SAP EWM se explica aquí utilizando el área de prealmacenamiento como un
En un almacén automatizado, las UCs se mueven de un punto de comunicación a otro. Puedes pensar en
communication points as additional attributes of storage bins. Every communication point is also astorage
bin, pero solo los contenedores de almacenamiento en el sistema automatizado de almacenamiento y recuperación también son puntos de comunicación,
mientras que los contenedores de almacenamiento en el almacén actual no lo están.
Definiste todos los puntos en el sistema como contenedores de almacenamiento y puntos de comunicación si requieren algún SAP.
Está claro que el número de puntos de comunicación es el factor decisivo que influye en el rendimiento. Cuantos más
cuantos más puntos de comunicación hay, más pasos de transporte son controlados por SAP EWM, más almacén
se crean y confirman tareas y más comunicación con el PLC tiene lugar.
Para obtener una buena visión general del Monitoreo de Gestión de Almacenes sobre lo que está sucediendo, especialmente en un
almacén automatizado, es útil establecer un tipo de almacenamiento específico para los contenedores de almacenamiento en el área de prealmacenamiento.11.
Primero, debes crear un tipo de almacenamiento. Luego, creas contenedores de almacenamiento y puntos de comunicación y los conectas.
A continuación, encontrará la configuración estándar para las áreas de prealmacenamiento operadas por MFS. El rol del tipo de almacenamiento
H (área de almacenamiento de estantería alta automática) es crucial. Controla la selección de tareas de almacén relevantes para MFS y
11
The so-called storage groups (see the chapter on storage control) are another reason. In automated warehouses, storage groups (four-
los términos de carácter) se utilizan más extensamente que en los almacenes operados manualmente. Dentro de un tipo de almacenamiento, los grupos de almacenamiento son
inequívoco.
Los indicadores de Punto Activo de TheID y Punto de Recogida no es necesario que se configuren. A partir de SAP EWM, puedes utilizar el diseño-
Para cada punto de comunicación, debes crear un contenedor de almacenamiento y asignarlo al punto de comunicación. El
Los contenedores de almacenamiento no necesitan tener ningún atributo particular. Sin embargo, la característica del Grupo de Almacenamiento (StGrp) que tú...
definir para ellos tiene un papel importante en el control de almacenamiento (ver Capítulo 5.2).
Se te proporciona una herramienta especial para generar contenedores de almacenamiento. Para hacer esto, defines una estructura de nomenclatura. Esto
la herramienta crea automáticamente los contenedores de almacenamiento. Sin embargo, si deseas dar a los contenedores de almacenamiento 'nombres hablantes'
(similar a los puntos de comunicación), una estructura puede no ofrecerte las mejores opciones. En este caso, es mejor que
crear contenedores de almacenamiento manualmente. (Probablemente no sea una buena idea prescindir de nombres hablados para
puntos de comunicación.) Para el ejemplo del almacén, el resultado debería verse aproximadamente como sigue12:
Así, te dará una mejor visión si expresas esta identidad en los nombres que asignes. Sin embargo, lo siguiente
se aplican restricciones:
Dentro del número de almacén, los nombres de los contenedores de almacenamiento son globales
Los nombres de los puntos de comunicación tienen 18 caracteres y son válidos tanto para el número de almacén como para el
PLC
Los grupos de almacenamiento tienen cuatro caracteres y son válidos para un tipo de almacenamiento.
Recomendación:
Punto de comunicación: lo más breve posible, por ejemplo CP04, o comenzar con la abreviatura para el
storage type, for example VZ01-CP04
El grupo de almacenamiento puede ser entonces idéntico (por ejemplo: CP04)
Nombres de contenedores de almacenamiento que comienzan con el tipo de almacenamiento (por ejemplo: VZ01-CP04).
Al comunicarse con el PLC, el sistema EWM estándar utiliza los nombres de los contenedores de almacenamiento. Si el PLC lo requiere
nombres más cortos (u otros nombres) como direcciones de transporte, puede usar una tabla de conversión:
PLC mapping assignment for storage bin (for example: VZ01-CP04 Æ CP04) (ver capítulo5.5.1)
12
The storage bin type (BT – Bin type) is not clearly set in this example. Please ignore this. Also, the bin access type (Acc. Type) is not
sin embargo, es importante aquí. Puede ser útil en el control de recursos. (Ver Capítulo [Link])
Los puntos de comunicación pueden caracterizarse por varios tipos de puntos de comunicación. Más tarde, esto se utiliza para
distinguir diferentes formas de procesar los telegramas entrantes.
sistema.13
13
El ejemplo del almacén podría operarse con menos puntos de comunicación. Para fines de ejercicio, hemos sido generosos.
con estos.
En la técnica de transporte de casos, los siguientes atributos NO son relevantes y no se pueden establecer:
xpunto ID
xClarific. Bin,
xEscáner,
xModo de capacidad,
xClarif. SPS,
xClarif.,
xClar. Bin,
xLa capacidad se puede establecer, pero no será verificada por las Acciones Estándar.
Descripción de los atributos del punto de comunicación (algunos aún no son importantes y se utilizarán más adelante en el Capítulo)
5.6):
PLC
Aquí, ingresas al PLC que controla este punto de comunicación. Si este es un punto de recogida y entrega entre
dos controladores (como la estación de almacenamiento/retirada SC), este es el PLC que informará si el bin está disponible. El
la asignación de tareas de almacén a los controladores se controla mediante colas de tareas de almacén, no por el PLC
asignación de los puntos de comunicación involucrados.
Punto de Comunicación
Nombre inequívoco del punto de comunicación (dentro del número de almacén y PLC)
Description
Texto explicativo sin funciones de control
Usar
Durante la determinación del contenedor de destino en el sistema de flujo de material, el sistema determina un contenedor de almacenamiento en un
almacén automático de gran altura en el que se debe colocar la unidad de manipulación (HU). Como determinación de la bolsa de destino aproximada.
no utiliza bloqueos de SAP a nivel de ubicación de almacenamiento, el sistema puede determinar la misma ubicación de almacenamiento en paralelo
proceso de determinación. Sin embargo, puedes agrupar puntos de comunicación en grupos de puntos de comunicación. El
el sistema establece un bloqueo para los grupos de puntos de comunicación cuando hay procesos de determinación de bin de destino difíciles
ejecutándose en paralelo. El sistema luego ejecuta cada proceso de determinación por separado.
Dependencies
Puedes definir grupos de puntos de comunicación en la actividad de personalización Definir Grupos de Puntos de Comunicación
en la Personalización para la Gestión de Almacenes Extendida bajo el Sistema de Flujo de Materiales (MFS) > Datos Maestros. Puedes
definir puntos de comunicación y asignarlos a grupos de puntos de comunicación en la actividad de personalización Definir
Punto de Comunicación.
Ejemplo
En la técnica de transporte hay dos grupos de pasillos, A y B, y dos puntos de comunicación, ID-1 e ID-2.
El grupo de pasillos A contiene los pasillos 1 a 4. El grupo de pasillos B contiene los pasillos 5 a 8. Hay un carril de cinta transportadora separado para
cada grupo de pasillos. En cada punto de comunicación, el sistema determina el grupo de pasillos para mover la unidad de manejo.
dirección de. Como el sistema no debe determinar el grupo de pasillos en ambos puntos de comunicación en paralelo, usted define
un grupo de puntos de comunicación y asignar los puntos de comunicación ID-1 y ID-2 a él.
In front of aisle 1 there is communication pointAD-A. At this communication point, the system determines an aisle
en el pasillo grupoA.
Frente al pasillo 2 hay un punto de comunicación AD-B. En este punto de comunicación, el sistema determina un pasillo
in aisle groupB.
La determinación de pasillo en estos dos puntos de comunicación puede realizarse en paralelo porque determinan diferentes
pasillos. Por lo tanto, no es necesario asignar estos dos puntos de comunicación a un grupo de puntos de comunicación.
ID Punto
Un punto de comunicación marcado de esta manera es un punto de asignación de contenedores de almacenamiento. La búsqueda de contenedores de almacenamiento es para todos los entrantes
El HU es activado aquí. Las tareas de almacén ya existentes son canceladas. Cualquier código de error adjunto al HU son
eliminado. Por lo tanto, el transporte adicional está determinado por el resultado de la estrategia de almacenamiento (dependiendo de la
Si no deseas esto, debes proporcionar tu propio módulo de acción para procesar el telegrama del punto de ID
(ver Capítulo 5.8.3)
Fin
Muestra si el control de almacenamiento está completado aquí.
De hecho, esto es una protección contra la personalización de huecos en almacenes automatizados. El indicador está destinado a
convey to the program that it is not due to a configuration error if no further entry is found in the storage control
mesa.
Con cada confirmación de WT, el programa busca una entrada posterior en el control de almacenamiento. Si encuentra tal
en la entrada, el indicador de final no se evalúa.
Si no encuentra tal entrada, activa la tarea de almacén pasivo si el indicador de fin está establecido. Si el fin
el indicador no está configurado, el programa asume que ha habido un error de configuración, y el WT inactivo se queda
inactivo. El HU está detenido y no se envía ningún telegrama al PLC.14
14 Para obtener más información sobre el uso del indicador de Fin, consulte también el Capítulo 6.3
Aclaración Bin
Muestra que esto es un contenedor de clarificación en el sistema de transporte. Punto final de desvío en caso de error. Un HU que
llega aquí después de ser desviado debido a un error y no es transportado más lejos. Un almacén inactivo
la tarea no está activada.
Si deseas acceder a un contenedor de aclaraciones externo, puedes ingresarlo en la sección de almacenamiento de aclaraciones. En eso
en caso, el indicador ClarificationBin no debe ser establecido.
EscánerȂ Escáner-Sin-Parar
Punto de comunicación equipado con un escáner. Los HUs no se detienen mientras esperan la siguiente tarea.
Con esta bandera puedes desactivar la secuencia FIFO para un CP si hay varias HUs lógicamente ubicadas en él.
el mismo tiempo.
xDesactivado: El flujo de material se detiene en este punto. MFS considerará varios HUs en este punto para detenerse.
secuencialmente detrás de cada uno y esperando una instrucción de movimiento de MFS. MFS solo intentará mover
los alejan por FIFO. Si un HU "B" ha llegado más tarde que otro HU "A" a este CP, y HU "A" no puede
si se mueve por cualquier motivo, HU "B" no se moverá también. Esta configuración se recomienda.
si el HU espera en el escáner (normalmente en sistemas de paletas)
xActivado: El flujo de material no se detiene en este punto. Si un HU se escanea aquí, cualquier otro HU anterior a él es
se considera que se ha alejado en medio. MFS enviará una tarea para mover la HU, incluso si hay
es un HU más antiguo lógicamente antes que él (llegó antes) en el CP, y para este anterior no fue posible
envía la siguiente tarea al PLC. Esta configuración se recomienda si el HU no espera en el escáner (por lo general
en caso de sistemas de bandejas
Solo PLC.) Esta entrada tiene sentido para puntos de ID. Afecta la estrategia de almacenamiento.
Eliminar Error
Si un HU llega a un punto de comunicación marcado de esta manera, cualquier error configurado para el HU se elimina automáticamente.
Reason: If a HU (for example, at the ID point) is diverted to the clarification bin, the reason for this diversion is
almacenado con el HU en forma de un código de excepción. Esto asegura que esta información también pueda ser accesible.
en cualquier punto de comunicación intermedio en el camino hacia el contenedor de aclaración, incluso cuando el almacén afectado
la tarea aún no pudo ser creada (como por un cuello de botella en la capacidad). Cuando llegue la aclaración
bin, es posible que desees que el código de error se restablezca automáticamente para que se pueda poner el HU sin más.
inferencia de un operador, como cuando ha habido un error de contorno mostrado por el PLC. Así, el operador
no necesitaría ninguna información de SAP EWM y preferiría simplemente transferir el HU de regreso al punto de ID
después de eliminar el error de contorno.
No Seguimiento WT
Puedes usar esto para desactivar la creación automática del WT para la siguiente etapa, incluso cuando tengas
se define uno. El flujo automático se detiene aquí.
Útil para rutas forzadas en el almacén. El PLC registra una HU en un punto (confirmación de WT), pero hay
no hay alternativas a la ruta al siguiente escáner, o estos no están controlados por el sistema EWM. SAP EWM
entonces publica el HU en el punto de comunicación y permanece allí por el momento. Solo cuando esté registrado
con el próximo escáner ¿continúa el flujo - desde allí?
Capacidad
El número de HUs que se ubican o pueden ser publicadas en este punto de comunicación al mismo tiempo (depende
en el modo de capacidad
Capacity Mode
Controla el tipo de verificación de capacidad (ver abajo)
NSND: Resulta en la creación de un WT subsiguiente que no se envía al PLC en el caso de un cuello de botella de capacidad.
El HU permanece en el punto de comunicación con un WT preparado y activo hasta el próximo evento de disponibilidad.
En el sistema estándar, la capacidad nunca se verifica de antemano, sino solo para el próximo destino intermedio.
ser alcanzado de acuerdo con el control de almacenamiento.
Aclaración
El próximo punto de comunicación al que se debe mover el HU en el camino desde aquí al contenedor de aclaraciones en caso de
de error. Esto simplifica considerablemente el control de almacenamiento. Las rutas hacia el contenedor de aclaración no necesitan ser configuradas.
como destinos "normales" al especificar un destino final. Consisten en pasos individuales de los cuales solo el
el siguiente necesita ser establecido en cada punto.
Aclaración PLC
PLC al que se ha asignado el punto de comunicación de clarificación (parte de la clave del punto de comunicación).
No verificar capacidad
Puedes desactivar la verificación de la capacidad de la ruta al contenedor de aclaración (siguiente segmento/CP).
No Verificar
Puede desactivar la verificación del estado (listo/fallo) de la ruta al bin de aclaración (siguiente
segmento/CP).
cerca del monitor de actividad del almacén. Puedes definir un contenedor de almacenamiento y ingresarlo como el contenedor de aclaración aquí. Para
HUs that arrive at this communication point on account of an error, another warehouse task is created for this
contenedor de almacenamiento. De esta manera, puedes asegurarte de que se llame a un montacargas controlado por radio para levantar el HU.
sistema de recuperación y transportarlo al contenedor de aclaración real.
Esta es la configuración menos restrictiva: La capacidad está limitada solo por los HUs que a) ya han llegado allí y
b) no se les ha asignado una tarea de almacén para el transporte posterior. (Las tareas de almacén inactivas se ignoran.)
Esta opción mantiene un CP ocupado incluso si ya hay una tarea de almacén activa para un transporte posterior.
Sin embargo, esto solo dura mientras la tarea del almacén no tenga el estado Iniciado. El estado Iniciado
se puede configurar mediante un mensaje de inicio al PLC15.
Sin embargo, esta opción no tiene en cuenta las HUs entrantes. En una situación donde es posible que un
el siguiente HU debería solicitar la capacidad antes de que el HU anterior haya sido confirmado y publicado, deberías
no usar esta opción.
15 Esto puede ser útil para las estaciones de retirada de stock de los pasillos: el SC puede iniciar una nueva retirada de stock tan pronto como el espacio de entrega
está vacío (y no solo cuando la HU que ha sido eliminada ha llegado a su destino). Sin este mensaje de inicio, usted corre el riesgo de
bloqueo (en el peor de los casos, todo el apilador de grúas está bloqueado) o pierdes tiempo.
Lo mismo que antes, pero ahora también se deben tener en cuenta las HUs que se están moviendo hacia el CP.
el hecho de que un HU se esté moviendo hacia un CP está determinado por la existencia de un WT activo con este destino
por ello.
Sin embargo, tampoco toma en cuenta los HU más distantes que deben pasar este CP. Para esto, específicos del proyecto
se deben proporcionar mejoras si es necesario.
Now you have to assign the storage bins to the communication points. As the storage bins are application data,
esto se hace en el menú de la aplicación.
Anticipación del capítuloer 0: Para los puntos de comunicación del escáner, también debes especificar un material de embalaje.
número que te permite crear pseudo-HUs y desviar estos si se han registrado HUs desconocidos o si hay
¿Hay mensajes Noread?
Esto puede ser predefinido por el proceso (control de almacenamiento orientado al proceso). No se explica aquí. El MFS
es solo relevante una vez que se ha tomado esta decisión de control.
Si el destino que se debe alcanzar según el proceso no se puede alcanzar por una ruta directa, puedes definir
destinos intermedios utilizando control de almacenamiento orientado al diseño.
Uno de los trucos más importantes es que solo se definen excepciones, desviaciones de la ruta directa. Si el
el programa no puede encontrar una entrada adecuada en el control de almacenamiento, opta por la ruta directa.16
El procedimiento se simplifica aún más por el hecho de que las especificaciones de la fuente y el destino pueden ser
ampliamente diferente.
Exacto (refiriéndose al contenedor de almacenamiento individual)
Refiriéndose a un grupo de contenedores de almacenamiento
Para todos los contenedores de un tipo de almacenamiento
Para los transportes de/para todos los contenedores de almacenamiento para los cuales no se ha especificado un criterio más estrecho.
La estructura es:
Desde el tipo de almacenamiento (y, opcionalmente, el grupo de almacenamiento)
Al tipo de almacenamiento (y, opcionalmente, al grupo de almacenamiento)
Puedes usar grupos de almacenamiento para distinguir los contenedores de almacenamiento de un tipo de almacenamiento con respecto al control de almacenamiento.
Varios contenedores de almacenamiento pueden ser parte del mismo grupo de almacenamiento.
Entonces, primero defines grupos de almacenamiento y luego los usas para el control de almacenamiento.
El único propósito de los grupos de almacenamiento es controlar el flujo de material. Son una especie de capa intermedia entre
Los tipos de almacenamiento y los contenedores de almacenamiento se pueden definir con más o menos detalle. En los casos donde el tipo de almacenamiento es
En el sistema de recuperación, cada punto de comunicación debe ser abordado específicamente, por lo que debes ser capaz de
dirigir cada uno de estos contenedores de almacenamiento en función de su propio grupo de almacenamiento. Normalmente puedes agrupar el almacenamiento
bandejas de una área de almacenamiento en estantería alta por pasillos, de modo que un grupo de almacenamiento por pasillo sea suficiente.
16
In the MFS, that is, when the HU is at a communication point, the “End” indicator must be set for this communication point. (See [Link])
Los grupos de almacenamiento son características de los contenedores de almacenamiento. Deben ser ingresados en los contenedores de almacenamiento. Si necesita
cambia los contenedores de almacenamiento de los puntos de comunicación, debes cambiarlos individualmente. Usando cambio masivo,
Puedes cambiar los contenedores de almacenamiento del área de almacenamiento de estanterías altas en función de los pasillos.
“Desde” (fuente) y “hasta” (destino) son tipos de almacenamiento y grupos de almacenamiento, mientras que “a través de” es un individuo
contenedor de almacenamiento.
No es necesario proporcionar una especificación exacta para la fuente y el destino. Las siguientes opciones están disponibles
para estas dos especificaciones:
Sin especificación: la entrada se aplica a todos los contenedores de almacenamiento que no tienen otras entradas.
La especificación del tipo de almacenamiento - la entrada se aplica a todos los contenedores de almacenamiento del tipo de almacenamiento.
Especificación del tipo de almacenamiento y del grupo de almacenamiento: la entrada se aplica a todos los contenedores de almacenamiento con este grupo de almacenamiento.
Ejemplo:
All warehouse tasks to storage type 0280 via storage bin 0285-CP00:
Todas las tareas de almacén del tipo de almacenamiento 0280 al tipo de almacenamiento 9020 a través del bin de almacenamiento 0285-CP0817:
17
Hay algo especial acerca de esta entrada. Involucra el punto de selección. Volveremos a esto más tarde. Por ahora, esta entrada se utiliza solo como
un ejemplo para la especificación de origen y destino.
Dado que tienes la opción de establecer especificaciones exactas de manera diferente para la fuente y el destino, es importante saber
la secuencia en la que el programa busca una entrada adecuada.18Esto se muestra en la siguiente matriz:
18
Nos adentraremos en la opción adicional de diferenciar entre grupos de tipo HU y la selección de stock parcial o completa o paletas vacías en
control de almacén más tarde.
19 Los encabezados “vlber” para la sección de almacenamiento de origen y “nlber” para la sección de almacenamiento de destino son incorrectos. Lo que se quiere decir es fuente.
grupo de almacenamiento y grupo de almacenamiento de destino.
Aquí hay una sección del control de almacenamiento orientado al diseño para el almacén de ejemplo20.
La ubicación intermedia 0285-CP02 debería moverse del punto de comunicación CP01 (identificado utilizando almacenamiento
grupo CP01 de su bin de almacenamiento 0285-CP01) a tipo de almacenamiento 0280.
A continuación, el destino intermedio 0285-CP11 debe moverse desde el punto de comunicación CP02 (nuevamente identificado
usando el grupo de almacenamiento del contenedor de almacenamiento asignado al CP) a uno de los contenedores de almacenamiento en el pasillo 1 (almacenamiento
grupo RCK1).
Puedes ingresar destinos intermedios alternativos bajo los mismos criterios. En este ejemplo, el camino sería
correr desde CP14 hasta 9020 a través de CP05 (la cinta transportadora de salida normal) o CP03 (la cinta transportadora de clarificación):
Nota:
En el sistema estándar, la distribución de carga no se implementa entre rutas alternativas. El programa
siempre elige la primera entrada (CP05 en el ejemplo) y solo cambiaría a CP03 si hay un mal funcionamiento o
capacidad insuficiente. Para lograr una distribución de carga, debes programar un BAdI:
20 Este ejemplo anticipa el área de almacenamiento en estanterías altas (control de pasillos individuales).
En un almacén automatizado, el sistema de control debe ser capaz de desviar una unidad de manipulación (HU) al contenedor de clarificación desde cualquier lugar.
punto en el sistema si es necesario. Siguiendo el principio del control de almacenamiento orientado al diseño como se describió anteriormente,
Configurar el sistema de control puede llevar tiempo en algunas circunstancias. Por esta razón, hay otro
mecanismo disponible: simplemente guardas el próximo punto de comunicación en cada punto de comunicación en el camino
al contenedor de aclaraciones.
Un HU reportado desde el escáner CP12 utilizando NOREAD se desvía al contenedor de aclaración a través de
entradas siguientes para el contenedor de aclaraciones.
CP12Æ CP13
CP13Æ CP14
CP14Æ CP03
CP03Æ CP04
A menudo es posible que desees incluir un contenedor de clarificación externo que esté fuera del almacenamiento automático de recuperación.
Cuando un HU llega al último lugar de la línea de transporte, el sistema debe asignar un montacargas para llevar el HU.
del almacenamiento automático. La verdadera caja de aclaración se encuentra en el espacio abierto frente a la
equipo.
You can also enter this in the communication point. This example shows the communication point,CP04that
se debe mover en caso de fallos (ver siguiente captura de pantalla)
El sistema EWM crea otra tarea de almacén con el tipo de proceso de almacén especificado para el transporte.
de CP04 a CLEARING. Esto se aplica solo para HUs para los cuales se ha establecido una excepción y que, por lo tanto,
desviado al contenedor de aclaraciones.
El Control de Almacenamiento Orientado a Rutas se basa en la simple Tabla de Rutas que se define en la Personalización.
desde EWM 7.02.
El enrutamiento se basa en la definición de destino lógico o el área de actividad que se puede leer de un WT activo.
para este HU. El destino lógico se calculará en el Módulo de Acción en este CP dependiendo de qué acción sea
personalizado para.
Además, puedes definir el punto de comunicación de destino al que se debe enviar el HU en EWM. Si
el PLC envía un telegrama de reconocimiento explícito de que la HU fue movida a un destino lógico, la HU
será publicado en el recipiente de almacenamiento de destino asociado en EWM que está asignado al punto de comunicación.
El destino lógico será evaluado automáticamente a partir de las acciones de CP en el entorno de la cinta transportadora de casos.
- Bien
- Error
- Específico del cliente (aquí puede definir sus propias verificaciones en un BAdI)
Definición del destino lógico para un controlador lógico programable (PLC). Un destino lógico para un PLC podría ser
ya sea una dirección lógica o un área donde la unidad de manejo (HU) tiene que ser movida.
Ejemplo
En un punto de decisión, el sistema verifica si los valores de la HU son correctos. El PLC necesita determinar si
hay algún problema con el HU. Si no hay problemas, se utiliza el destino lógico 'OK'. De lo contrario, el
Se utiliza el destino lógico 'ERROR'. El destino lógico en EWM se asignará al destino lógico de
el PLC y enviado al PLC.
Comm. Pnt
Reordenar el punto de comunicación para la técnica de transporte. El HU está en este punto en este momento y necesita ser
ruteado.
Actv. Área
Activity Area to which a HU has to be moved. Estimated from The open Warehouse Order / Task.
Dest. PLC
Destination PLC of communication point to which a HU is posted.
Ejemplo
xEn un punto de decisión, el sistema verifica si los valores del HU son correctos. El PLC necesita determinar
si hay algún problema con el HU. Si no hay problemas, se utiliza el destino lógico 'OK'.
De lo contrario, se utiliza el destino lógico 'ERROR'. EWM envía el destino lógico al PLC, y
el PLC envía el destino lógico actual de vuelta al EWM. EWM publica el HU en el almacenamiento asociado
bin.
xEn un punto de decisión, el sistema verifica los pedidos de almacén abiertos y la tarea de almacén para la unidad de manejo.
en el área de actividad asignada, el destino lógico para el PLC se envía al PLC, y el PLC envía
el destino lógico actual de regreso a EWM. EWM publica el HU en el bin correspondiente.
Para poder transferir para ejecutar en los controles, las tareas del almacén deben ser
colocados en colas y
agrupados en pedidos de almacén.
Puedes usar
criterios de determinación de cola y
reglas de creación de pedidos de almacén.
Si bien las tareas manuales de almacenamiento pueden, en principio, ser realizadas por varios recursos, se aplican las siguientes reglas.
en lo que respecta a esto en MFS:
Cada cola puede ser realizada por solo un PLC (MFS debe conocer el PLC al que las tareas del almacén)
debería ser transmitido).
Cada orden de almacén puede contener solo una tarea de almacén. MFS examina cada tarea de almacén.
separadamente y no en relación con los demás. Cada tarea de almacén se transfiere individualmente al PLC.
Por lo tanto, debe definirse (al menos) una cola para cada PLC.21, y se deben establecer criterios para controlar el
tareas de almacén en las colas y crear órdenes de almacén:
21
Advance: actually for each resource. In this context, conveyor lines are a special case. They are operated without resources. One queue
debe ser definido para los pedidos de la línea de cintas transportadoras del PLC. Si un carro de transferencia también es controlado a través del PLC y está mapeado como un recurso,
necesitas una segunda cola para el carro de transferencia. Las tareas del almacén de esta cola también se transmiten a través de este PLC.
Criterios para la creación de pedidos de almacén. Cada pedido de almacén contiene solo una tarea de almacén. La clasificación
La secuencia de los contenedores de almacenamiento para cada área de actividad y actividad debe estar disponible por razones técnico-datales.
Primero, define una cola para los pedidos del almacén de nuestro PLC.
Nota: hay dos actividades de personalización para definir colas. Una bajo Configuración Interprocesos/Recursos
Management. We will need this later on.
Ahora define una cola que sea realizada por un PLC. Selecciona:
Seleccione el entorno operativo 4 para las líneas de transporte. Si las tareas de almacén de esta cola son realizadas por
los vehículos (como grúas apiladoras o carros de transferencia) y SAP EWM deberían gestionar estos vehículos como objetos separados.
el entorno operativo 5 debe estar configurado. Consulte el capítulo 6.
Este es el punto crucial donde se determina la asignación de tareas de almacén para controles. No la afiliación.
de los puntos de comunicación a los controles y, como veremos más adelante, no a la configuración de los recursos.
Además, lo "único" que queda por hacer es asegurarse de que las tareas de almacenamiento terminen en esta cola.
Esto significa:
Una cola solo puede ser realizada por un PLC.
Esto se determina mediante la personalización.
Un PLC puede llevar a cabo varias colas.
MFS warehouse orders can each contain only one warehouse task.
Define a warehouse order creation rule for warehouse orders that have only one warehouse task:
SAP recomienda utilizar una actividad separada para tareas de MFS. Puede desactivar la funcionalidad de Labor.
La gestión para esta actividad, que mejorará el rendimiento en MFS. La gestión del trabajo está destinada a
recursos manuales. Esta actividad es necesaria ya que los contenedores de almacenamiento deben ser clasificados según las actividades. (Ver 5.4.8)
La actividad y la regla de creación de pedidos del almacén están seleccionadas en el tipo de proceso del almacén:
Si necesitas otros tipos de procesos de almacén, también deben configurarse de la misma manera.
Definen áreas de actividad y asignan contenedores de almacenamiento a estas áreas de actividad. También necesitas aclarar la fuente-
relaciones de destino que tienes en el almacén y los controles de los cuales cada uno de estos debería ser
operado. Aquí hay un ejemplo:
Los pedidos del área de actividad GR a CONV1 deben ser realizados por montacargas, los pedidos de CONV a CONV por el
PLC del transportador, pedidos de CONV1 a RCK1 o viceversa por el PLC que controla la grúa apiladora, y así sucesivamente
encendido22.
A continuación, verá una posibilidad de definir las áreas de actividad si no necesita hacer una distinción en
en relación con los pasillos de un área de almacenamiento de estantes altos. El área de actividad 0286 es el área para el contenedor de aclaración ubicado
22
El control avanzado de la estación de almacenamiento a la estación de recogida de stock (iría al PLC del transportador en lugar de al SC)
a estos criterios) se puede resolver utilizando el tipo de acceso de bin (ver sección 6).
Ahora necesitas asignar los contenedores de almacenamiento a estas áreas de actividad. Dado que tenemos un tipo de almacenamiento separado para el
los contenedores de almacenamiento operados por el PLC, asignar los contenedores es simple:
Todavía nos falta un paso para preparar la creación de la orden del almacén.
Los pedidos de almacén agrupan tareas de almacén según ciertos criterios para poder transferir las tareas.
a recursos que los ejecutan. La forma más fácil de imaginar esto es pensar en múltiples procesos de un recolector que
deben ser enviados a los contenedores de almacenamiento individuales en un orden lógico. Las tareas del almacén también deben ser ordenadas en función de
en la actividad del recolector, recogiendo en múltiples procesos. Puedes lograr esto clasificando los contenedores de almacenamiento de un
área de actividad basada en la actividad.
En MFS, cada tarea de almacén ahora se manejará de forma individual y se transferirá a los recursos/PLC para ser
ejecutado. Sin embargo, por razones técnicas de datos, se debe crear una orden de almacén para la tarea. La orden
contiene solo una tarea de almacén. La creación de pedidos de almacén requiere que las ubicaciones de almacenamiento en el área de actividad estén
Dado que la clasificación no juega un papel en las actividades de MFS, no es necesario que ingreses criterios de clasificación. Todo lo que necesitas es un
Después de haber almacenado todos los valores para ordenar, ahora puedes ordenar los contenedores de almacenamiento. Durante este proceso, una actividad-
Basado en las áreas de actividad, ahora puedes establecer la cola en la que deben colocarse las tareas del almacén. Para ello,
definir los criterios de determinación de la cola y, en una tabla de control, establecer la secuencia en la que estos criterios deben estar
aplicado.
Establecer los criterios de determinación para el PLC del área de prestorage es simple: todas las tareas de almacén que son
comenzó desde el área de actividad 0285 y debe ser enviado a la área de actividad 0285 y debe ser colocado en la cola CONSYS1.
La determinación de la cola puede, si es necesario, ser controlada con mayor precisión utilizando el tipo de acceso al contenedor de almacenamiento
de la ubicación de origen, tipo de proceso del almacén y actividad de la tarea de almacén. Volveremos a esto
later.
En este ejemplo, el programa busca utilizando el tipo de proceso de almacén de la tarea de almacén. Esto es útil.
en conexión con la recuperación de almacenamiento automático, si debe hacer un cambio de publicación para las UH en automático
recuperación de almacenamiento sin un pedido de PLC. Cuando creas la tarea de almacenamiento, utiliza otro tipo de proceso de almacén
Si no hay una entrada para el tipo de proceso de almacén, el programa busca utilizando el área de actividad de origen.
destino actividad área, tipo de acceso al contenedor de almacenamiento, y así sucesivamente.
Ahora, estas tareas de almacén y las confirmaciones relevantes deben transmitirse utilizando el PLC. Para esto, usted
se necesitarán estructuras de telegramas apropiadas y tipos de mensajes. También puede ser el caso de que el PLC use otros
nombres para los puntos de comunicación que el que creaste en SAP EWM (como, por razones de
comprensibilidad).
En el telegrama PLC, el sistema EWM utiliza los nombres de los contenedores de almacenamiento para direccionar fuente y destino. Si
los nombres de los contenedores de almacenamiento se seleccionaron de manera diferente a lo que el PLC esperaba, es posible que puedas usar un
tabla de conversión.
Para hacerlo, debes activar el mapeo en la personalización de PLC y luego mantener la tabla de conversión.
En la personalización, ve a ...
SAP proporciona una herramienta para crear entradas en la tabla de conversión. La herramienta obtiene el nombre que utiliza el PLC para
reconocer el contenedor de almacenamiento a partir del nombre del contenedor de almacenamiento. Defina una regla para esto de acuerdo con el siguiente procedimiento:
Utiliza la posición "x" del nombre del contenedor de almacenamiento EWM para la posición "y" del nombre del contenedor de almacenamiento PLC.
Si no puedes encontrar una regla (o si no se pueden generar todas las entradas con ella), debes ir a la siguiente tabla en
menú de aplicación ...
La estructura del telegrama definida en la secciónen [Link] aya contiene los campos necesarios para las órdenes de transferencia y
confirmaciones de transferencia. Los tipos de telegrama relevantes aún faltan.
Necesitas:
Tarea de almacén (EWM a PLC)
Confirmación de tarea del almacén (PLC a EWM)24
Si es necesario, solicitud de cancelación para la tarea de almacén (EWM a PLC)
También, si es necesario, respuesta de cancelación positiva/negativa (PLC a EWM)
Cuando la tarea de almacén se envía al PLC, el sistema EWM extrae el tipo de telegrama (ID de telegrama "WT") y
la estructura del telegrama que se utilizará mediante la categoría E de telegrama (tarea de almacén). El telegrama se envía a la
PLC.
Después de que se ha ejecutado la tarea del almacén, el PLC envía una confirmación de la tarea del almacén. La función
el módulo responsable del procesamiento se determina a través del tipo de telegrama (ID de telegrama "WTCO") y posiblemente
el tipo de punto de comunicación.
24
Esto no debe confundirse con el telegrama de confirmación, "telegrama recibido", que sirve solo para asegurar la comunicación. (Ver Capítulo
3.1)
Aquí, estamos hablando de un factor de flexibilidad significativo en el sistema: módulos de función específicos del usuario
se puede agregar de manera sencilla.
Desde EWM 7.02 hay algunas mejoras en este punto. El sistema es capaz de manejar Módulos de Función.
Sincrónico, lo que significa que esta acción se ejecuta después de que llegue el Telegrama del PLC. El resultado de esta acción puede
New is the asynchrony function call, which can be started after the Telegram to PLC was sent.
Es importante que cada acción de "caso" sincrónica tenga una referencia de salida (EV_NO_ANYNC), que puede
evitar que la acción asincrónica se ejecute. Eso significa que, si hay un error calculado en la función de acción sincrónica.
podría haber una necesidad de NO ejecutar el módulo de función asincrónica.
¡Pero cuídate!
No todos los Módulos de Función tienen la referencia de exportación (EV_NO_ASNYC), tampoco los módulos “case”.
x10: Decisión de Enrutamiento Determinación del Pasillo - Sistema de Transportador de Casos (EV_NO_ASNYC)
x14: Punto de recogida de recursos para crear un HU-WT en el almacén alto - Caso (EV_NO_ASNYC)
x16: Determinación del Destino, solicitud para crear un destino final en un Rack
A continuación, vincula estas claves a los tipos de telegrama. También puedes diferenciarlos según el tipo de punto de comunicación.
En este ejemplo, el tipo de telegrama WTCO debería desencadenar la acción 02 independientemente del tipo de punto de comunicación.
Este módulo de función también debería procesar un telegrama de escáner para un punto de comunicación anSPtype.
Además, el telegrama PLC puede contener un código de error al que deberías responder.
Defines excepciones que deben ser activadas como resultado de ciertos códigos de error de PLC.
En el ejemplo, “PLC rechaza temporalmente la orden” (por ejemplo, porque el búfer de órdenes estaba lleno, el dispositivo
ya estaba ocupado, y así sucesivamente):
El código de proceso interno codeREDE controla el procesamiento después de que ocurre una excepción. En este caso, el almacén
task is reset to statusY Relevant for subsystemand resent at the next opportunity. See the exception overview
en el apéndice, sección.
Una vez que se define la excepción, puedes vincularla a un código de error de PLC:
Por ejemplo, determinas que exceptionMDNY debe ser activada si el PLC informa el código de error "90" en un
confirmación de tarea de almacén.
Tenga en cuenta la secuencia de acceso para la tabla anterior. Puede establecer los criterios que el sistema EWM debe
preferiblemente usar para determinar la excepción PLC.
In this example, the criteria are set in such a way that if the meaning of an error code is determined in the PLC
telegram, the interface type of the PLC reporting the error, the type of telegram that contains the error, the error
el propio código, y la categoría del objeto sobre el cual se basa el telegrama deben ser tenidos en cuenta. Por último,
si añades una entrada sin el indicador de error Telegram, todos los demás códigos de error (posiblemente indefinidos) con un
Si no hay ninguna entrada disponible, el código de error se aplica independientemente del tipo de objeto.
Si utilizas ambas entradas juntas, exceptionMDNY se activa si ocurre el error "90" en un telegrama de tipo WTCO
de un PLC que utiliza el tipo de interfaz "F".
Las tareas de almacén enviadas al PLC no pueden ser canceladas en SAP EWM como lo son. El sistema EWM envía un
La solicitud de cancelación al PLC y el sistema EWM no cancelan la tarea hasta que la solicitud sea concedida. El
HU stays posted to its current storage bin, the source of the cancelled task. An inactive warehouse task that
puede existir debe ser cancelado por separado si es necesario. Dado que no se transfiere al PLC, la tarea es
cancelado sin consultar al PLC.
Si no cancelas la tarea de almacén inactiva, se crea inmediatamente una nueva tarea de almacén activa.
(independiente del estado y la utilización de los recursos afectados) cuando se cancela el WT activo.
El estado actual y el éxito de esta transacción se pueden ver a través del indicador de subsistema (ID de SUB) y por
el estado de WT en el monitor de gestión de almacenes.
1 = La cancelación fue solicitada por la estación de control, el telegrama aún no enviado al PLC
2 = Cancelación solicitada en PLC
Categoría M de Telegram. Es utilizada por el PLC para adquirir conocimiento sobre el próximo punto de destino. Es similar a
el Telegram de SCAN, pero se utiliza en el entorno de transporte de casos.
Categoría de Telegrama N. Se enviará al PLC para informar el próximo destino al que debe trasladarse el HU.
Categoría O del Telegrama. Con este telegrama, el PLC le dice al EWM en qué dirección se ha movido la HU.
Porque la HU ya ha pasado el CP actual.
Una tarea fundamental del sistema de flujo de materiales es tener en cuenta los cuellos de botella de capacidad y
fallos. SAP EWM ofrece funciones para establecer límites de capacidad, para el seguimiento del estado si ocurren fallos,
y para reiniciar cuando se eliminan los bloques.
Los límites de capacidad son relevantes SOLO para la técnica de transportador de palets y no serán verificados por la norma.
si el modo PLC elegido NO es la técnica de transportador de paletas.
Puedes limitar la capacidad de las líneas de transporte a través de puntos de comunicación y segmentos.
Como se describió anteriormente en la sección5.1.4, tú cun límite a la capacidad de los puntos de comunicación. Limitación siempre
se relaciona con el número de HUs. El sistema diferencia entre diferentes tipos de HU (como largas y cortas)
contenedores).
También puede establecer si las HUs entrantes o salientes deben contarse ya o todavía para la asignación (ver
[Link]).
En el sistema estándar, el sistema EWM siempre verifica solo la capacidad del siguiente punto de comunicación.
ver abajo - y del segmento definido, si es necesario. Las restricciones de capacidad más adelante no se tienen en cuenta.
cuenta. Para este caso, necesitas implementar un BAdI, si es necesario.
Una segunda opción para las restricciones de capacidad son los segmentos de cinta transportadora. Un segmento de cinta transportadora forma el tramo entre
A menudo, gestionar el estado y la capacidad en los puntos de comunicación es suficiente. En este caso, no necesitas
necesito segmentos de transportador en absoluto.
Solo si el segmento se ingresa aquí, se tiene en cuenta su capacidad y disponibilidad al realizar tareas de almacén.
se crean o se envían.
Si ocurren cuellos de botella de capacidad, diversas reacciones son apropiadas dependiendo de la situación:
Crea una tarea de almacén, pero no la envíes hasta que la capacidad esté disponible nuevamente.
No crees una tarea de almacén en este momento. No crees una tarea de almacén hasta que la capacidad sea
disponible nuevamente y se tienen en cuenta las relaciones actuales (como, otra tarea de almacén puede
sé más urgente).
Encuentra una ruta alternativa.
Para STAY y rutas alternativas: programando un BAdI, si la situación de carga actual debe ser tomada en cuenta
tenga en cuenta cuando se seleccione la ruta alternativaed
(ver 5.2.6).25
Entrada de excepciónMCAPat punto de comunicación o segmento.
Definir Excepción
Las excepciones deben definirse en el contexto de "punto de comunicación" o "segmento" y para el contexto.
entorno operativo de procesamiento.
25 Esto también se aplica si se deben utilizar rutas alternativas sin un cuello de botella/mal funcionamiento de capacidad.
Definir excepción:
5.6.3 Fallo
El sistema EWM gestiona el estado de disponibilidad de los puntos de comunicación y segmentos en dos características
y los gestiona por separado en función de dos actores.
Estado característico:
Disponible
No disponible
Actores:
PLC
Usuario (estación de control)
Lógicamente, lo que está disponible es solo aquello que no fue bloqueado por otros actores, y un aviso de preparación de un
el actor no cambia el estado del otro.
La no disponibilidad tiene exactamente el mismo efecto que la no capacidad; lo que significa que el código de excepción almacenado en el
El bloqueo de usuario se establece al seleccionar una excepción destinada para ello en el monitor de gestión de almacenes.
Debe definir la excepción para todos los contextos afectados y para cada uno de los entornos operativos. El contexto
controla el tipo de objeto al que se aplica la excepción26.
Si la excepción está definida en el entorno operativo de escritorio, se puede establecer en la gestión del almacén.
monitor. El entorno de operación de fondo debe ser añadido para que si ocurre la excepción, el programa encuentre
el código del proceso interno y, si es necesario, crea una alerta.
Las alertas son generadas normalmente por excepciones de EWM. En caso de un bloqueo de usuario donde la excepción es establecida por un usuario,
también podría ser importante para el monitoreo, para ver cuándo se libera el candado en una instalación operativa de MFS.
El código de excepción MRDY (Instalación de operación lista) es el código que puede mostrar ese estado y proporcionar información.
mensaje en el monitor de alertas. Sin embargo, sigue siendo un código de excepción, y al establecer MRDY como una excepción en
un recurso o punto de comunicación, se interpretará como tal: una excepción, y no un estado de preparación.
Para restablecer el estado de bloqueo, el código de excepción MBLK, se debe establecer un código de excepción en blanco y enviarlo a la excepción.
manejo.
El Monitor de Recursos muestra que el bloqueo de usuario MBLK (Bloqueo a Largo Plazo) está configurado para el recurso SRM02. Mientras que SRM01
El Monitor de Alertas muestra que también en SRM01 se había establecido un código de excepción MBLK el 06.06.2013 a las 17:22:13.
Pero se ha restablecido (configurado en blanco) a las 17:22:23.
El manejo de alertas se llama configurando el código de excepción en blanco, para restablecer el estado de bloqueo. Ingresó el
alerta informativa, personalizada para el código de excepción MRDY.
Este código de excepción necesita ser mapeado al código de excepción interno MFS4 para recursos y MFS5 para
puntos de comunicación, para los cuales se ha liberado un bloque operativo en la actividad de personalización 'Asignar Interno
Códigos de excepción a Códigos de excepción (‘SCM EWM – Configuraciones interproceso – Manejo de excepciones) esto
la personalización de la tabla se evalúa en el manejo de excepciones, cuando se establece un código de excepción en blanco y luego se activa
Las alertas en el monitor de alertas solo son visibles una vez que se crea un rango de números. Esto se puede hacer en la personalización.
SCM EWM > SCM Basis > Monitor de Alertas > Definir Rangos de Números para Alertas.
Para poder recibir informes de mal funcionamiento del PLC, se debe definir un tipo de telegrama para ello. El sistema EWM
también se puede solicitar activamente el estado de un punto de comunicación o segmento para cada telegrama en el PLC:
Entonces determinas la acción que se debe llamar cuando se recibe un telegrama de tipo "mensaje de estado"...
Por último, necesitas crear el código de excepción que el PLC utiliza para informar el estado de "malfuncionamiento" y definir
una excepción. Puedes hacer esto de la misma manera que lo hiciste para la excepción MBLK en la sección anterior.
Sin embargo, solo necesitas el entorno operativo de fondo (A0) ya que la excepción se configura a través de un PLC
telegram and not by an operator.
Puedes usar grupos de segmentos para reducir el número de mensajes de estado. El PLC informa sobre toda un área como
“mal funcionamiento” o “listo” en un solo telegrama de estado. Por ejemplo, “Transportando de/a pasillo 1”.
Define segmentos para las piernas entre los puntos de comunicación afectados (en el ejemplo, la colocación)
transportador y transportador de eliminación de existencias en el pasillo 1 y también un segmento para llevar desde la estación de almacenamiento
a la estación de eliminación de stock) y agrupar estos segmentos en un grupo. El telegrama de estado del PLC cambia el estado
de todos los segmentos afectados27.
27
En el telegrama, el campo para el grupo de segmentos de la estructura /SCWM/S_MFS_TELETOTAL debe ser incluido (ver sección [Link]).
5.6.4 Desobstrucción
Las HU que no pueden recibir más instrucciones por razones de capacidad o debido a fallos deben ser activadas cuando
la obstrucción ya no está presente. Estos eventos de disponibilidad pueden ser cuando el:
El punto de comunicación o el mal funcionamiento del segmento/recurso se elimina (el estado general cambia a "disponible")
El punto de comunicación se alivia porque un HU saliente alcanzó el siguiente objetivo.
El punto de comunicación se alivia porque llegó un mensaje de localización vacío o un telegrama de inicio de pedido.
Los eventos de disponibilidad adicionales que no se evalúan automáticamente en el sistema estándar son cuando:
Una tarea de almacén para un HU que quería comenzar este punto de comunicación ha sido cancelada.
Un HU se publica manualmente (según la orden de la estación de control) por un punto de comunicación.
During these availability events a customizing table is evaluated in which you store the trigger: MFS objects
que deberían ser activados durante estos eventos para verificar si las tareas del almacén pueden ser enviadas. En lo siguiente
ejemplo, la cola para el coche de transferencia se inicia cuando se descarga el punto de comunicación CP11. En esta cola,
there is an order for HU 2 that previously could not be carried out28:
28 Nota: el requisito es que hayas almacenado una excepción en CP11 para el caso de cuellos de botella de capacidad que se debe configurar de tal manera.
la forma en que se almacena cada seguimiento WT (NSND). Solo entonces se conoce la necesidad de transporte de HU 2 en la cola TCAR. Si utilizas interno
el código de proceso STAY, el punto CP10 (donde está HU 2 en el ejemplo) debe ser incluido en las dependencias del punto de comunicación. Esto
duplicates the trigger events when the transfer car is used.
Ejemplo:
Durante un evento de disponibilidad para el punto de comunicación CP02, se debe informar a CP01.
Durante un evento de disponibilidad para CP03, se debe informar al punto de comunicación CP01 así como al
transfer car.
Un punto de comunicación se vuelve disponible cuando ocurre uno de los eventos descritos en la secciónen 5.6.4 occusted debe
Crear ID de Telegram:
Asignar acción:
Una tarea de almacén que comenzó desde un punto de comunicación para el cual se aplica un telegrama LOC_EMPTY recibe
SUB ID = W and is no longer counted in the schedule of a communication point from which it started.
Para distinguir otros tipos de telegramas, puedes usar un tipo de telegrama definido por el usuario para los telegramas de escáner.
el ejemplo utiliza telegram typeSCAN. Este tipo de telegrama se puede utilizar más tarde para el punto de identificación automático (ver sección
5.8).
Escáneres que se utilizan para el seguimiento del flujo de materiales (lo que significa que no tienen una función especial, como la ID
El punto) se puede procesar en SAP EWM utilizando la función habitual de confirmación de tareas de almacén.
Prerequisito para 1)
Hay una entrada en el control de almacenamiento orientado a la disposición para origen y destino.
O el punto de comunicación del escáner se marca como un punto final. El WT inactivo se activa.
O el punto de comunicación del escáner está marcado como un contenedor de aclaraciones. La HU se queda donde está.
Si no se asigna ningún código de proceso, el HU se queda donde está sin una tarea de almacén.
Crear Alerta
El punto de comunicación donde se realiza la asignación del contenedor de almacenamiento para las unidades de carga a ser almacenadas se etiqueta como
un 'punto de identificación'. Las HUs ejecutan un control de contorno. Las HUs que contienen errores son desviadas.
Para los almacenamientos con un punto de ID, la primera tarea del almacén se crea solo hasta el primer punto de ID. Esta tarea termina.
cuando llegue al punto de ID, y se cree una nueva tarea de almacén para el contenedor de almacenamiento final.
The following sections contain further information on the necessary settings concerning the ID point.
A partir de SAP EWM, puede establecer un punto de ID utilizando el control de almacenamiento orientado al diseño. En los almacenes manuales, un
el tipo de almacenamiento separado ya no es necesario para el punto de ID. En los almacenes automatizados, SAP recomienda el
El punto de identificación se controla mediante una entrada del siguiente tipo:
La fila 1 dice que todos los movimientos hacia el tipo de almacenamiento 0280 (área de almacenamiento en estanterías altas) que no tengan una entrada especial
su fuente debe ser controlada utilizando la ubicación intermedia 0285-CP00, que sirve como un punto de identificación.
El programa cambia el destino de la tarea del almacén a la ubicación introducida aquí como intermedia.
ubicación. Con el ID de punto, esta “ubicación intermedia” también se utiliza como el punto de destino. (El anterior
el destino, un lugar en el tipo de almacenamiento final, es sobrescrito.
A continuación, el programa verifica si hay otra entrada para esta nueva especificación para el destino, utilizando el
datos de destino del punto ID. Si los hay, la tarea del almacén se establece en el punto ID "inactivo", y otro
active WT for the intermediate destination (that preceded the ID point) is created.
En el almacén de ejemplo, este no es el caso, y el WT 9010 - CP00, por ejemplo, podría haber sido
transferred to a forklift that picks up the HU from the goods receipt and places it on the automatic storage
recuperación.
Puedes usar el tipo de telegrama SCAN introducido en la sección 5.7.1. Expande la estructura general del telegrama si
quiero recibir otros datos.29
29 Las estructuras de telegramas uniformes facilitan la lectura del telegrama, y los costes relacionados con el volumen de datos y el rendimiento suelen ser
negligible.
Puede procesar el telegrama del punto ID utilizando un módulo de función definido por el usuario. El módulo se controla como
sigue:
Módulos de Acción Configurables
Leyenda:
Lokation leer Telegramm (Kategorie I) Ubicación Vacía Telegram (Categoría I)
Reabastecer (Categoría I) Contenedor de Almacenamiento Vacío (Categoría I)
El módulo incluye:
Cancelando tareas de almacén activas y pasivas que puedan ya existir / aún existir para el HU
Cambiando la publicación del HU al punto de almacenamiento del ID
Restableciendo un error que podría haber sido ingresado en el HU (como, de una desviación anterior)
Evaluando la excepción del telegrama, posiblemente estableciendo error en el HU
NOREAD: creando un nuevo HU vacío utilizando el material de embalaje almacenado en el punto de comunicación
HU desconocido: creando un nuevo HU vacío utilizando el material de embalaje almacenado en el punto de comunicación.
si el HU está dentro del rango permitido de números de HU, utiliza el número de HU reportado por el PLC, de lo contrario
haz lo mismo que con NOREAD
Si no hay error, llamando a la estrategia de colocación
Tratamiento adicional para errores: según la personalización de la excepción
5.8.4 Consideración del estado del sistema y la utilización de la capacidad para la estrategia de almacenamiento
… using BAdI:
En el sistema estándar, esto está destinado únicamente a un almacenamiento de mercancía cruzado: los contenedores de almacenamiento libres están cruzados.
ordenado en relación con el almacenamiento. En el ejemplo del almacén, esto significa que las ubicaciones más cercanas de los más bajos
el nivel en el pasillo 2 se asigna después de las ubicaciones más avanzadas del nivel más bajo en el pasillo 1 (estante izquierdo, estante derecho). El
la siguiente fila no se asigna hasta que las ubicaciones más adelantadas de todos los pasillos estén llenas, y así sucesivamente.
En el sistema estándar, no se lleva a cabo una distribución igual en los pasillos con respecto al material.
Además de los errores descritos en la secciónon 0 (como NOLEER), pueden ocurrir los siguientes errores en el ID
punto:
Contornos incorrectos
Peso excesivo
Error de pie
Ver secciónen 0 fo configuración de la acción de seguimiento para estos errores.
Verificar Peso
… utilizando BAdI:
Los vehículos automatizados, es decir, instalaciones que utilizan tecnología de transporte por cinta que se mueven hacia la fuente de una tarea de almacén,
cargar un peso y dejarlo en el destino, se puede mapear en SAP EWM como recursos. Las siguientes opciones
están disponibles para SAP EWM:
Gestionar la capacidad de este transportador
Asigne el transportador en intercalado entre la puesta a disposición y la eliminación de stock (solo para grúas apiladoras)
Controla el transportador utilizando "órdenes de tirar-empujar"
Básicamente, tienes la opción de decirle a SAP EWM que ignore un carro de transferencia. El control de sus movimientos queda a tu discreción.
al PLC. El sistema EWM trata el carro como una red de segmentos de transporte sin intersecciones entre el
puntos de recogida y entrega que el coche atiende. Este tipo de conexión no es diferente al de un transportador
las líneas. Las conexiones no tienen que ser mapeadas.
Si desea tener en cuenta el estado y la capacidad de un carro de transferencia en SAP EWM, mapee el carro de transferencia como
un recurso.
Nota: En el SAP EWM estándar, no hay una opción para optimizar la ruta del carro de transferencia. Los pedidos
se transfieren al PLC en orden de su prioridad y creación (LSD - fecha de inicio más tardía).
Aquí necesitas:
Una cola para el coche de transferencia con criterios de determinación de cola coincidentes
Un tipo de recurso
Un recurso
Creando una cola para las tareas del almacén del carro de transferencia:
Esta cola se puede transferir a través del mismo PLC que la cola que recibe las tareas del almacén para el
líneas de transporte.
El tipo de acceso al contenedor es una posibilidad simple para controlar por separado las tareas del almacén para las líneas de transporte
y para los coches de transferencia.
Los contenedores de almacenamiento de los puntos de comunicación, donde el carro de transferencia debería realizar la recolección, están etiquetados con
su propio tipo de acceso al contenedor, y este tipo de acceso se utiliza en los criterios de determinación de cola.
It is important that the access sequence for this determination criteria table takes into account the bin access
escribe en la ubicación destacada (fila 2: tercer indicador desde la izquierda):
Entrecruzamiento
Usar
Al activar la intercalación, puedes evitar una situación en la que el recurso viaje vacío del pasillo a la inclusión.
punto, después de la colocación. En su lugar, se le asignan nuevas tareas de eliminación de inventario a la hora de regresar.
Por lo tanto, la intercalación reduce el número de viajes vacíos para el recurso y aumenta el rendimiento.
Si has activado la interleaving a nivel de tipo de recurso, debes tener en cuenta que un número máximo de
los telegramas mayores que uno requieren una optimización de los telegramas en el PLC.
Control de Confirmación WT
xConfirmación de un paso:
El sistema crea la tarea de almacén y llena los campos de Bin de Origen, Bin de Destino y Recurso en Ejecución.
Envía un telegrama que contiene el contenedor de origen como fuente y un contenedor de destino como destino.
El PLC envía una confirmación de ejecución de que la unidad de manejo (HU) ha sido almacenada en el destino.
El sistema crea la tarea de almacén y completa los campos de Bin de origen, Bin de destino y Recurso ejecutor.
Envía un telegrama que contiene el contenedor de origen como origen y el contenedor de destino como destino.
El sistema crea la tarea de almacén y llena los campos de Bin de Origen, Bin de Destino y Recurso Ejecutante.
La tarea de almacén está confirmada y la siguiente tarea de almacén se crea con un contenedor de destino lleno y
recurso fuente lleno.
IntervaloparaTelegramReintentar
Especifica el número de segundos que un sistema espera antes de reprocesar un telegrama entrante que fue procesado.
incorrectamente.
Usar
Recomendamos que ingreses un valor que no genere carga de trabajo innecesaria, pero que también reaccione a
procesando errores rápidamente.
Tenga en cuenta que si el número de segundos se establece en cero, el telegrama no se vuelve a procesar.
Dependencias
El reintento es activado por el proceso en segundo plano para la repetición de telegramas, que se inicia automáticamente tan pronto como un
se ha iniciado el canal de comunicación.
Define el número máximo de transferencias de stock consecutivas permitidas por unidad de manejo (HU) en un pasillo automatizado
antes de que el HU deba ser retirado del pasillo automatizado.
NOTA:
Por favor, consulta con el proveedor de PLC cuántas transferencias de stock están permitidas.
Usar
Cuando el HU alcanza el número máximo de transferencias de stock consecutivas permitidas, el sistema mueve el HU fuera de
el pasillo automatizado a un bin dedicado. Esto te permite, por ejemplo, realinear el contenido de la HU para asegurar que siga siendo
correctamente colocado en el HU.
Tan pronto como el HU sale del pasillo automatizado, el sistema restablece el número de transferencias de stock a 0.
Dependencias
El número máximo de transferencias de stock solo es aplicable para tipos de almacenamiento automatizados controlados por el material.
sistema de flujo (MFS).
Por defecto, el sistema mueve la HU al bin de errores que especifique al mantener el recurso MFS. Para mantener
el recurso MFS, en la pantalla de acceso fácil de SAP elige Gestión de Almacenes Extendida -> Datos Maestros ->
Sistema de Flujo de Materiales (MFS) -> Mantener el Recurso MFS. Alternativamente, puede utilizar la transacción
/SCWM/MFS_RSRC
También puedes especificar a qué contenedor el sistema mueve la unidad de manejo (HU) en la personalización para el Almacén Extendido
Gestión bajo Complementos de Negocio (BAdIs) para la Gestión de Almacenes Ampliada -> Sistema de Flujo de Materiales (MFS)
->BAdIs para el Sistema de Flujo de Materiales->BAdI: Filtrado y Cambio de WT antes de enviar Telegramas.
Ejemplo
Estableces el número máximo de transferencias de stock consecutivas para un HU en 4. La colocación del HU en un pasillo
se cuenta como una transferencia de stock. El sistema luego mueve la HU 3 veces más en el pasillo para actividades de picking. El
HU ha alcanzado ahora el número máximo de transferencias de acciones consecutivas permitidas. Cuando otra transferencia de acciones
se requiere para este HU, el sistema mueve el HU fuera del pasillo automatizado a una caja dedicada para el realineamiento.
El sistema restablece el número de transferencias de stock para el HU a 0.
5.9.4 Recurso
Determine la ubicación a la que el sistema EWM puede dejar un HU recogido en caso de error. En este
ejemplo, esta es la cinta transportadora de aclaración.
El EWM y el control generalmente se comunican a través del número de HU. Los datos de un telegrama deben contener al menos
least:
Número HU
Bin de origen
Contenedor de destino
Si los recursos están en uso, puede utilizar la puesta en marcha en dos pasos (órdenes "tirar-empujar"). El PLC también debe seguir
el procedimiento a continuación para que la comunicación entre SAP EWM y el PLC funcione.
Número HU
Resource name
Fuente de bin
(La caja de destino debe estar vacía)
Si la estructura del telegrama contiene el campoCP (punto de comunicación actual), asegúrate de que el campo no esté
llenado para pedidos de recursos.
En el ejemplo del almacén, las tres grúas apiladoras ahora deben conectarse a SAP EWM también.
Los siguientes pasos son necesarios para hacer esto:
Los contenedores de almacenamiento de los pasillos del área de almacenamiento en estanterías altas deben ser creados y añadidos al diseño orientado.
control de almacenamiento (3 grupos de almacenamiento)
(… Los tipos de bin especiales no son necesarios para MFS. Las solicitudes, si son necesarias, resultan únicamente del almacenamiento, como es.
Puedes afectar la determinación de la cola a través de los tipos de acceso a bins. SAP recomienda usar un acceso a bins separado.
El área de almacenamiento de estanterías altas de muestra tiene 3 pasillos. Cada pasillo tiene 5 columnas (“SS”), 3 niveles (“LL”) y 5 contenedores.
para cada campo. En los pasillos, hay un lado izquierdo (“D” = 1) y derecho (“D” = 2) para cada uno de estos contenedores.
30 Para el control de almacenamiento, es importante que los contenedores de almacenamiento pertenezcan a un grupo de almacenamiento (pasillo 1, pasillo 2, ...). Cuando creas un procedimiento
Para cada pasillo, puedes ingresar al grupo de almacenamiento de inmediato. Sin embargo, es relativamente fácil hacerlo más tarde desde el menú de la aplicación.
("Cambio masivo").
Si no hay un perfil de estado para los contenedores de almacenamiento, debes crear uno:
Selecciona un perfil:
Nota preliminar
SAP EWM te ofrece la posibilidad de dirigir recursos a los contenedores de almacenamiento por rutas optimizadas. Para este propósito,
Las tareas de almacén (WTs) se agrupan en órdenes de almacén (WOs). "Clasificación" controla el orden en que los
Los WTs dentro de un WO deben ser procesados.
En algunas circunstancias, dependiendo del tipo de actividad (almacenaje, extracción de stock, inventario, etc.), usted
puede que desee usar una secuencia diferente para procesar los WT de un WO. Por esta razón, siempre necesita
ordena los contenedores de almacenamiento según las actividades.
Realiza esta actividad para ambos tipos de almacenamiento. Atención: debes repetir estos pasos si hay nuevas cajas de almacenamiento.
creado.
El control de almacenamiento debe extenderse para incorporar los caminos en los tres pasillos.
Los grupos de almacenamiento se utilizan en el control de almacenamiento. En la imagen siguiente, las entradas del ID punto CP01 son
31
El significado de la última fila se explica en la siguiente sección 6.3.
Generalmente, el control de almacenamiento no necesita una entrada para la última etapa. Si no se encuentra otra entrada en el almacenamiento.
control, el programa asume que está tratando con la última etapa y activa el WT pasivo. Puede que no
quiero esto en un almacén automatizado. Solo porque no haya una entrada en el control de almacenamiento, no significa
que el pedido resultante es necesariamente útil para el PLC afectado. Por ejemplo, se podría llevar un HU a la
pasillo incorrecto debido a un desfase en el sistema automático de almacenamiento y recuperación. No hay una entrada en la personalización del almacenamiento.
control para el escenario desde la ubicación de almacenamiento hasta el destino real (un contenedor de almacenamiento en un pasillo diferente).
Por lo tanto, se enviaría una orden de almacén innecesaria al PLC (dependiendo de la determinación de la cola.
reglas).
También puedes hacer esto para controlar las transferencias de stock dentro de un pasillo utilizando la personalización.
Ejemplo: último punto de comunicación antes del destino (pasillo de almacenamiento 1):
Control de almacenamiento:
En interacción con el entorno en el punto de comunicación CP12, esta entrada en el control de almacenamiento asegura que
solo los HUs con destino "pasillo 1" son guardados por CP12.
Necesitas seguir los siguientes pasos para configurar una grúa apiladora como recurso.
Cree PLC y canal de comunicación (ver sección4.1)
Crear cola para tareas de almacén del recurso
Establecer criterios de determinación de cola
Crear Tipo de Recurso
Crear recurso
Crear colas:
Las tres primeras y últimas filas aseguran que todos los pedidos que tienen una de las áreas de actividad “RCKx” como fuente o
el destino termina en la cola correcta.
Las tres entradas marcadas en el medio también controlan las órdenes de transferencia de stock desde la estación de almacenamiento hasta el stock
estación de extracción de una grúa apiladora en la cola de grúas apiladoras apropiada. El contenedor de almacenamiento del relevante
la estación de almacenamiento debe tener tipo de acceso a bin RCKx.
Necesitas varios tipos de recursos solo si los recursos a controlar con respecto a los criterios establecidos aquí son
diferente: entrelazado sí/no, tamaño del búfer de pedidos, secuencia de pasos de la comunicación de telegramas relacionada con un
order.
Intercalado
Si se activa la intercalación, SAP EWM asigna alternativamente al recurso una colocación y una retirada de stock en cada
caso. Cada almacenamiento es seguido por una extracción de existencias (cuando está disponible y se puede ejecutar). Lo contrario también aplica.
La intercalación superpone la prioridad de orden (proveniente del tipo de proceso del almacén). Esto tiene en cuenta todo
WTs
cuyo inicio más temprano ha sido alcanzado,
cuyo destino es inalterado y tiene capacidad libre,
cuya última fecha de inicio clasificada es la más urgente de las que están en la cola.
Una fecha de inicio clasificada más reciente es un redondeo de la 'fecha de inicio más reciente' (LSD). Puedes controlar el redondeo para la LSD.
Recurso WT Confirmación
A continuación se presenta una lista de las opciones de confirmación de WT disponibles:
Una Confirmación en Un Paso (movimiento completo) este es el caso estándar. El recurso recibe un pedido con
la tarea de origen a destino y confirma el pedido una vez que se ha completado.
B Confirmación de Dos Pasos (movimiento completo con mensaje de inicio): el recurso recibe un pedido con el
tarea de origen a destino, confirma el pedido en el origen, y luego lo confirma en el destino.
Comisionamiento en dos pasos (mitad de movimiento): el recurso confirma que se ha recogido un HU y
espera un objetivo que también confirmará después de la finalización (también llamado 'órdenes de tirón-empuje').
Aquí también puedes asignar las colas de pedidos que deben ser procesadas por el recurso relevante.
El contenedor de errores es el contenedor de almacenamiento que se debe utilizar si ocurre el errorBin ocupado (el BAdI puede sobrescribir)
esto32.
La prioridad de los pedidos juega un papel importante para los recursos. Se determina según el tipo de proceso del almacén. El último comienzo
La fecha es aún más importante. Cada pedido recibe una fecha de inicio más reciente (que normalmente proviene de la entrega).
Al seleccionar el próximo pedido para un recurso, debes prestar atención a un cierto grupo de pedidos iguales.
importance to select the one among them that means the smallest empty route for the resource. For this reason,
classify the latest start date. You can set how much you want to round to be dependent on the activity.
La fecha de inicio más reciente debería ser redondeada a la hora (por ejemplo, 15:15 a 15:00).
Puedes establecer la reacción al error de ocupación de theBin a través de una excepción EWM.
EvaluateTelegramErrorCode
El PLC informa un error en el telegrama, como "10". Este código de error se asigna bajo ...
El contexto debe ser MF3 y el paso de ejecución A0 (si estos atributos están establecidos, el programa busca el
excepción). Almacenar BINO como un código de proceso interno. Esto activará el procesamiento subsecuente.
Puedes ingresar al contenedor de almacenamiento para situaciones de error en los datos maestros del recurso:
En el ejemplo del almacén, 0285-CP13 es la estación de extracción de stock del pasillo 1. Dado que se ha ingresado un error
en el HU, el HU se deriva al contenedor de aclaración si el BAdI no tiene éxito.
En este caso, la Acción 04 significa que esto involucra el contenedor de destino de la tarea del almacén:
El requisito previo es que el perfil de estado esté asignado a los contenedores de almacenamiento.
You also have to define a EWM exception here and assign the error code of the telegram to this exception.
El código del proceso BINE cancela la tarea de almacén actual e intenta satisfacer los requisitos relacionados con un
nueva tarea de almacén.
Al utilizar la gestión de estatus, puedes establecer que el contenedor de almacenamiento reportado como vacío esté bloqueado para la verificación.
purposes:
En este caso, puedes usar el ID de acción para controlar que esto involucre el contenedor de origen ...
... que debería ser bloqueado de intentos adicionales para remover stock.
Producto WT y HU WT
Para las eliminaciones de stock, el sistema suele crear al menos dos tareas de almacén para cada HU de origen:
Una tarea de almacén de productos para la cantidad que debe tomarse del HU (incluso para la selección de stock completa) y
Una tarea de almacén de HU para que se mueva el HU.
Si la tarea del almacén HU no se puede llevar a cabo directamente según el requisito de control de almacenamiento, un tercero
WT se crea adicionalmente (teniendo en cuenta la disponibilidad del sistema y la configuración):
Una tarea de almacenamiento HU para el primer paso de transferencia.
La tarea del almacén del producto está inactiva. La tarea de almacén HU original también está inactiva si no se puede llevar a cabo.
salir directamente.
El HU original WT está activo si el HU llega al contenedor de almacenamiento desde el cual puede alcanzar directamente el destino.
debe pasar por la estación de eliminación de existencias del pasillo 1, punto de comunicación CP13.
A partir de aquí, la zona GI (contenedor de almacenamiento en el tipo de almacenamiento 9020) entra en juego como un destino. Todo desde
CP14 a 9020 a través del transportador para la eliminación de existencias de palets completos CP05:
El indicador de fin está establecido en el punto de comunicación CP06. Esto significa que aquí es donde termina el control de almacenamiento.
33 Siempre que no haya nada que esté definido con más detalle, como la transferencia de stock de un contenedor a otro en el pasillo.
Si hay un mal funcionamiento en los pasillos, los contenedores de almacenamiento afectados pueden ser bloqueados automáticamente.
Control de Almacenamiento
Las selecciones parciales deben ser controladas utilizando el punto de selección. También puedes definir esto en el almacenamiento orientado al diseño.
control. Defines una entrada con un punto de recogida que se aplica solo a los HUs de los cuales se puede obtener una cantidad parcial.
eliminado.
Después de llegar al punto de recogida CP08, el producto WT aún está abierto (fila 1). Esto se está procesando ahora en el embalaje.
transacción.
Creando Pick HU
En la transacción de embalaje para el punto de recogida 1, puedes ver el peso de recogida:
Creas un HU de recogida en el punto de comunicación para HUs de recogida (CP09) - más precisamente: en el contenedor de almacenamiento 0285-
CP09.
Seleccionando
Luego, la cantidad se puede reempaquetar utilizando arrastrar y soltar y el proceso de selección se puede confirmar.
Transmittiendo selección HU
Cuando cierras el HU de picking (símbolo de verificación en el encabezado), se crean tareas de almacén para transportar el HU:
El HU se transfiere además a 9020 de acuerdo con el control de almacenamiento orientado al diseño utilizando CP10, CP05, y
CP06.
7 Apéndice
7.1 Derechos del Usuario para el Usuario de PLC
Tabla de las excepciones incluyendo el entorno operativo correspondiente y los códigos de proceso interno
Ext.
Permitido Excepción
Evento Fuente Desencadenar Válido Ext. Interno El código es
Excepción Entorno- Excepción Proceso
Activar Excepción Código Contexto mente Código Código Comportamiento Establecer en
Escáner de Telegram
No leer PLC Tele <MFSERR> Tele Atrás MSCA a) ninguno a) HU se queda donde está a) -
suelo b) CRCL b) Desvío al contenedor de aclaraciones b) HU
Se reportó HU desconocido EWM Código MFS7 Tele Atrás MUFO a) ninguno a) HU se queda donde está a) -
suelo b) HUNO b) Se crea Temp HU y se desvía a b) HU
bin de aclaración
Cambio de publicación de HU a diferente EWM PLC personalizado MLOC Tele Atrás MLOC CHBD HU ha sido reenviado
posición suelo
Tratamiento adicional de HU republicado EWM Código MFS1 Tele Inicio MLO2 a) ninguno a) - a) -
a un destino diferente suelo b) CRCL b) Desviación a la bandeja de aclaración b) HU
ID Punto Telegram
No Leer Ver escáner
Desconocido HU Ver escáner
Informado de manera inesperada See scanner
destino
Contornos incorrectos PLC Tele <MFSERR> Tele Back- MCON a) ninguno a) HU permanece donde está a) -
tierra b) CRCL b) Desvío a la caja de aclaraciones b) HU
Tipo HU indefinido PLC Tele <MFSERR> Tele Regresar- MHUT a) ninguno a) HU se queda donde está a) -
suelo b) CRCL b) Desviación a la caja de aclaración b) HU
Tipo HU indefinido EWM Código Alerta, Telegram no se procesa
Peso excesivo PLC Tele <MFSERR> Tele Atrás MWEI a) ninguno a) HU se queda donde está a) -
suelo b) CRCL b) Desviación a la bin de aclaración b) HU
Peso excesivo EWM BAdI BADI
La estrategia de almacenamiento no puede encontrar EWM Código Alerta, HU se queda donde está
caja de almacenamiento
Create Follow-Up WT
Sin forma de llegar al destino de EWM Código Alerta, HU se queda donde está
WT apropiado (sin coincidencia)
entrada en el control de almacenamiento
Siguiente segmento sin capacidad EWM Personalización MCAP Seg Atrás MCAP a) NSND a) Se crea la tarea de almacén, pero no se envía
segmento tierra b) QUEDARSE b) La tarea del almacén no se ha creado
Próximo CP sin capacidad EWM Personalizando MCAP CP Volver MCAP a) NSND Se creó la tarea del almacén, pero no se envió
CP suelo b) QUEDARSE b) La tarea de almacén no se ha creado
Recurso sin capacidad EWM (WT se crea, HU se queda donde está)
El siguiente segmento está bloqueado EWM <Segment> Seg Atrás- MBLK a) NSND a) Se crea la tarea de almacén, pero no se envía
(a largo plazo) suelo b) QUEDARSE b) La tarea de almacén no se ha creado
El siguiente segmento está fallando EWM <Segment> Seg Atrás MBRK a) NSND Se crea la tarea del almacén, pero no se envía
corto plazo suelo quedarse b) No se crea la tarea del almacén
El próximo CP está bloqueado (a largo plazo) EWM <Comunica- CP Atrás MBLK a) NSND a) La tarea del almacén se crea, pero no se envía
punto de inflexión suelo b) QUEDARSE b) No se ha creado la tarea del almacén
El próximo CP está funcionando mal EWM <Comunicarse- CP Atrás MBRK a) NSND a) La tarea del almacén se ha creado, pero no se ha enviado
(corto plazo) punto de reacción suelo b) QUEDARSE b) No se ha creado la tarea del almacén
El recurso está bloqueado (a largo plazo) EWM <Recurso> Res Atrás MBLK a) NSND Se crea la tarea del almacén, pero no se envía
tierra b) QUEDARSE b) No se ha creado la tarea del almacén
El recurso está fallando EWM <Recurso> Res Atrás- MBRK a) NSND a) La tarea de almacén se ha creado, pero no se ha enviado
(corto plazo) suelo b) QUEDARSE No se ha creado la tarea de almacén
Confirmación de WT
No hay WT abiertos para el EWM Código Ver escáner (destino diferente)
HU con destino reportado por
PLC (WTs abiertos con diferentes
destino o sin WT abiertos
La orden no puede ser ejecutada en el PLC Tele <MFSERR> Tele Atrás MDNY REDE WT se restablece al estado Y (relevante para externo
momento (por ejemplo, dispositivo suelo sistema
ocupado, no listo
La orden no se puede ejecutar en PLC Tele <MFSERR> Tele Atrás MTEL ninguno Alerta
general (por ejemplo, desconocido suelo
destination)
Source empty (storage bin) PLC Tele <MFSERR> Tele Atrás- MBNE a) - a) Se crea una alerta, WT no está confirmado, a) -
(Nota: El PLC puede que no utilice este error suelo b) BIEN Recurso aún ocupado b) Bin de almacenamiento
código para CP.) b) WT se cancela, publicaciones de lógica de "negación de bin" (usando
cantidades individuales / HU total (?) a StatusMgmt
diferencia y búsquedas de nuevo stock. Almacén. bin
bloque creado usando la gestión de estados en
alerta.
Destino ocupado (bin de almacenamiento) PLC Tele <MFSERR> Tele Atrás MBNO a) - a) Se crea una alerta, WT no está confirmado, a) -
(Nota: PLC puede no usar este error suelo b) BINO Resource still occupied b) Bin. almacenar
código para CP.) b) Buscando nuevos stor. bin, WT se cambia (usando
y enviado inmediatamente. GestiónDeEstado
El contenedor de almacenamiento puede estar bloqueado y subsecuente
el procesamiento puede ser activado a través de
Gestión de Estado y Flujo de Trabajo.
Confirmación de proceso de
Cancelación
PLC rechaza la cancelación PLC Tele <MFSERR> Tele Atrás MCAN NOCN El estado del pedido del almacén se restableció a 'enviado'.
suelo
Monitor
Error de configuración HU Interfaz gráfica del operador CP Diálogo MHUX CRCL Accesos cuando se activa HU HU
Eliminar error HU Interfaz gráfica del operador Diálogo Sin efecto HU
Punto de comunicación a corto plazo Interfaz Gráfica del Operador CP Diálogo MBRK a) NSND El código del proceso se evalúa durante WT CP
mal funcionamiento quedarse procesamiento
Mal funcionamiento del segmento a corto plazo Interfaz Gráfica del Operador Segm Diálogo MBRK a) NSND El código del proceso se evalúa durante WT Segmento
b) PERMANECER procesando
Malfunción de recursos a corto plazo Interfaz Gráfica de Operador Res Diálogo MBRK a) NSND El código del proceso se evalúa durante WT Recurso
b) PERMANECER procesando
Punto de comunicación a largo plazo Interfaz Gráfica del Operador CP Diálogo MBLK a) NSND El código del proceso se evalúa durante WT CP
malfuncion (bloque) b) STAY procesando
Fallo del segmento a largo plazo Interfaz Gráfica del Operador Segm Diálogo MBLK a) NSND El código de proceso se evalúa durante WT Segmento
(bloque) b) QUEDAR procesamiento
Malfuncion de recursos a largo plazo Interfaz gráfica del operador Res Diálogo MBLK a) NSND El código de proceso se evalúa durante WT Resource
(bloque) b) QUEDAR procesando
Desbloqueo de punto de comunicación Interfaz gráfica de usuario del operador
MFS5 CP Diálogo MRDY none El mensaje de desbloqueo se registra como alerta.
Segmento desbloqueado Interfaz Gráfica del Operador MFS2 Segm Diálogo MRDY ninguno El mensaje de desbloqueo se registra como alerta.
Desbloqueo de recurso Interfaz gráfica del operador MFS4 Res Diálogo MRDY ninguno El mensaje de desbloqueo se registra como alerta.
Detener el canal de comunicación Interfaz gráfica del operador No está conectado
Iniciar un canal de comunicación Interfaz Gráfica de Usuario del Operador
MFS6 Chan- Diálogo MCO1 ninguno Alerta
nel
CódigodeProcesoInternoBOVF
El código de proceso BOVF ignora el telegrama de confirmación del PLC. Como resultado, el telegrama se genera automáticamente.
repetido.
Este código se lleva a cabo en el módulo de función /SCWM/MFS_ACK_EXCEPTION para el contexto MF1 y paso
A0.
CódigodeProcesoInternoCOMM
El código de proceso COMM no activa una acción adicional. El estado se establece en la comunicación.
canal. El cliente puede utilizar las posibilidades de manejo de excepciones (alerta, flujo de trabajo, etc.).
Este código se lleva a cabo en el módulo de función /SCWM/MFS_COMM_EXCEPTION para el contexto MF1 y
pasoA0.
CódigodeProcesoInternoREST
El código de procesamiento REST reinicia la comunicación.
Este código se lleva a cabo en el módulo de función /SCWM/MFS_COMM_EXCEPTION para el contexto MF1 y
pasoA0.
CódigodeProcesoInternoNSND
El código de proceso NSND crea, pero no envía, la tarea del almacén para la HU.
Este código se ejecuta en el módulo de función /SCWM/TROUTL_DET y /SCWM/TROUTL_DET_SEG para
contextoMF2, pasoA0yA1, para contextoMF4, pasoA0yA1, y para contextoMF5, pasoA0yA1.
CódigodeProcesoInternoESTANCIA
El código de proceso STAY no crea la tarea de almacén para el HU.
Este código se lleva a cabo en el módulo de función /SCWM/TROUTL_DET y /SCWM/TROUTL_DET_SEG para
contextoMF2, pasoA0yA1, para contextoMF4, pasoA0yA1, y para contextoMF5, pasoA0yA1.
Este código se lleva a cabo en el módulo de función /SCWM/MFS_REQ_EXCEPTION para el contexto MF3 y el paso
A0.
SAP EWM utiliza una capa de comunicación externa para comunicarse con los controles. Esta capa de comunicación
debe estar registrado como un programa externo en el sistema SAP y ofrecer los módulos de función descritos a continuación:
Configuración de conexión (opcional),
Enviar telegrama (obligatorio),
Terminación de conexión (opcional),
Verificación de estado (opcional).
El sistema EWM transfiere la dirección IP y el puerto del control al que se conectará a la funciónConnection
configuración.
The EWM system transfers the telegrams to be sent to the PLC through theSend telegrammodule.
La verificación de estado debería proporcionar al sistema EWM información sobre si la capa de comunicación en sí está intacta.
Llamas a este módulo para pasar los parámetros de conexión necesarios a la capa de comunicación. El
la capa de comunicación debe iniciar sesión como cliente en el puerto designado.
Name
El nombre del módulo de función se puede establecer en IMG, por ejemplo, “START_CHANNEL”.
Parámetros
Nombre del parámetro Escribe Longitud Usar
IV_PLC CARÁCTER8 Nombre del PLC que debe utilizarse para establecer la conexión
IV_CHANNEL CARÁCTER1 Identificación para esta conexión a este PLC (es posible operar
varios canales a un PLC en paralelo)
IV_TERMINADOR CARACTER2 Cadena de caracteres que identifica el final del mensaje transferido
Parámetros de retorno
Ninguno
Excepciones
Excepción Significado
99 Otro error
Llamas a este parámetro para pasar un telegrama a la capa de comunicación para su reenvío al PLC.
Name
El nombre del módulo de función se puede establecer en IMG, por ejemplo, "ENVIAR".
Parámetros
Nombre del parámetro Tipo Longitud Usar
IV_PLC CARÁCTER8 Nombre del PLC que se debe usar para establecer la conexión
IV_CANAL CARÁCTER1 Identificación para esta conexión a este PLC (es posible operar varios)
canales a un PLC en paralelo
Parámetros de retorno
Nombre del parámetro Tipo Longitud Usar
Excepciones
Excepción Significado
1 Error de comunicación
99 Otro error
Llama a este parámetro para pasar un telegrama recibido del PLC al sistema EWM.
Name
El nombre del módulo de función es: “/SCWM/MFS_RECEIVE2”.
Parámetros
Nombre del parámetro Tipo Longitud Usar
IV_PLC CARÁCTER8 Nombre del PLC que se debe usar para establecer la conexión (opcional)
IV_CANAL CARÁCTER1 Identificación para esta conexión a este PLC (es posible operar varios
canales a un PLC en paralelo) (opcional)
Parámetros de retorno
Excepciones
Excepción Meaning
1 Error de comunicación
99 Otro error
Llamas a este módulo para pasar una solicitud para terminar la conexión con la capa de comunicación.
Name
El nombre del módulo de función se puede establecer en IMG, por ejemplo, “CLOSE”.
Parámetros
Nombre del Parámetro Escriba Longitud Usar
IV_PLC CARÁCTER8 Nombre del PLC que se debe utilizar para terminar la conexión.
IV_CHANNEL CARÁCTER1 Identificación para esta conexión a este PLC (es posible operar varios)
canales a un PLC en paralelo)
Devolver Parámetros
Ninguno
Exceptions
Excepción Significado
1 Error de comunicación
99 Otro error
Nombre
El nombre del módulo de función se puede establecer en IMG, por ejemplo, “HEALTH_CHECK”.
Parámetros
None
Parámetros de retorno
Parameter Name Tipo Longitud Usar
Excepciones
Excepción Significado
1 Error de comunicación
99 Otro error
Telegram types:
AF - Cat. O: Enrutamiento Actual
Para descargar y utilizar la Emulación, necesitarás descargarla del Repositorio Subversion (SVN):
[Link]
Por lo tanto, necesitas instalar Eclipse (Mercado de Software SAP) con el complemento adicional de SVN.
Luego crea un nuevo proyecto SVN y obtiene la última versión del repositorio.
Lista de Abreviaturas
HU Unidad de manipulación
ID Point Punto de identificación, utilizado principalmente para el punto donde se encuentra el contenedor de almacenamiento.
determinado en relación con los almacenes automatizados
SC Grúa apiladora
WT Tarea de almacén, tarea para mover una unidad de manejo (HU) o una cantidad de un contenedor de almacenamiento a
otro
SAP no representa ni respalda la precisión o fiabilidad de ninguna de la información, contenido o anuncios (colectivamente, los "Materiales")
contenidos en, distribuidos a través de, o vinculados, descargados o accedidos desde cualquiera de los servicios contenidos en este sitio web (el "Servicio"), ni el
la calidad de cualquier producto, información u otros materiales exhibidos, comprados u obtenidos por usted como resultado de un anuncio o cualquier otro
información u oferta en o en relación con el Servicio (los "Productos"). Por la presente, usted reconoce que cualquier dependencia de los Materiales será a su
su único riesgo. SAP se reserva el derecho, a su entera discreción y sin ninguna obligación, de realizar mejoras o corregir cualquier error u omisión
en cualquier parte del Servicio o de los Materiales.
EL SERVICIO Y LOS MATERIALES SON PROPORCIONADOS POR SAP EN UNA BASE DE 'AS IS', Y SAP RENUNCIA EXPRESAMENTE A CUALQUIER Y TODA
GARANTÍAS, EXPRESAS O IMPLÍCITAS, INCLUYENDO SIN LIMITACIÓN GARANTÍAS DE COMERCIALIZABILIDAD Y ADECUACIÓN PARA UN
PROPÓSITO PARTICULAR, CON RESPECTO AL SERVICIO O CUALQUIER MATERIAL Y PRODUCTOS. EN NINGÚN CASO SAP SERÁ RESPONSABLE
POR CUALQUIER DAÑO DIRECTO, INDIRECTO, INCIDENTAL, PUNITIVO O CONSEQUENTIAL DE CUALQUIER TIPO RESPECTO A
AL SERVICIO, LOS MATERIALES Y LOS PRODUCTOS.
SAP te anima a ejercer discreción al navegar por Internet utilizando este sitio.
SAP no hace ninguna declaración sobre ningún esfuerzo por revisar el contenido de los sitios vinculados a este sitio o cualquiera de los Materiales, y por lo tanto SAP no es
responsable de la precisión, cumplimiento de derechos de autor, legalidad o decencia del material contenido en los sitios listados en el directorio o en los Materiales.
SAP respects the rights (including the intellectual property rights) of others, and we ask our users to do the same. SAP may, in appropriate
circunstancias y a su sola discreción, terminar las cuentas de los usuarios que infrinjan o de alguna manera violen tales derechos de otros.
Si cree que su trabajo ha sido copiado de una manera que constituye una infracción de derechos de autor, siga las instrucciones en la parte superior de este
página.
Ninguna parte de esta publicación puede ser reproducida o transmitida en ninguna forma o para ningún propósito sin el permiso expreso de SAP AG.
La información contenida en este documento puede ser cambiada sin previo aviso.
Algunos productos de software comercializados por SAP AG y sus distribuidores contienen componentes de software propietario de otros proveedores de software.
Microsoft, Windows, Excel, Outlook y PowerPoint son marcas registradas de Microsoft Corporation.
IBM, DB2, Base de Datos Universal DB2, System i, System i5, System p, System p5, System x, System z, System z10, System z9, z10, z9, iSeries
pSeries, xSeries, zSeries, eServer, z/VM, z/OS, i5/OS, S/390, OS/390, OS/400, AS/400, S/390 Parallel Enterprise Server, PowerVM, Power
Arquitectura, POWER6+, POWER6, POWER5+, POWER5, POWER, OpenPower, PowerPC, BatchPipes, BladeCenter, Almacenamiento del sistema, GPFS
HACMP, RETAIN, DB2 Connect, RACF, Redbooks, OS/2, Parallel Sysplex, MVS/ESA, AIX, Intelligent Miner, WebSphere, Netfinity, Tivoli y
Informix son marcas comerciales o marcas registradas de IBM Corporation.
Linux es una marca registrada de Linus Torvalds en EE. UU. y otros países.
Adobe, the Adobe logo, Acrobat, PostScript, and Reader are either trademarks or registered trademarks of Adobe Systems Incorporated in the
Estados Unidos y/o otros países.
Oracle es una marca registrada de Oracle Corporation.
UNIX, X/Open, OSF/1 y Motif son marcas registradas del Open Group.
Citrix, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame y MultiWin son marcas comerciales o marcas registradas de Citrix
Sistemas, Inc.
HTML, XML, XHTML y W3C son marcas comerciales o marcas comerciales registradas de W3C®, World Wide Web Consortium, Instituto Tecnológico de Massachusetts.
Tecnología.
JavaScript es una marca registrada de Sun Microsystems, Inc., utilizada bajo licencia para la tecnología inventada e implementada por Netscape.
SAP, R/3, xApps, xApp, SAP NetWeaver, Duet, PartnerEdge, ByDesign, SAP Business ByDesign y otros productos y servicios de SAP
mencionados aquí así como sus respectivos logotipos son marcas comerciales o marcas comerciales registradas de SAP AG en Alemania y en varios otros países
en todo el mundo. Todos los demás nombres de productos y servicios mencionados son marcas registradas de sus respectivas compañías. Los datos contenidos en este
el documento tiene fines informativos únicamente. Las especificaciones del producto nacional pueden variar.
Estos materiales están sujetos a cambios sin previo aviso. Estos materiales son proporcionados por SAP AG y sus empresas afiliadas ("Grupo SAP") para
con fines informativos únicamente, sin representación ni garantía de ningún tipo, y el Grupo SAP no será responsable por errores u omisiones en relación con
a los materiales. Las únicas garantías para los productos y servicios del Grupo SAP son las que se establecen en las declaraciones de garantía expresa.
acompañando tales productos y servicios, si los hay. Nada en este documento debe interpretarse como la constitución de una garantía adicional.