Obsidean_VM/03-VM/45 - HENKEL - VM Auto Changeover/Notes - Analsis - ES.md

Resumen (enfoque Vetromeccanica / VM / Vetro)  
------------------------------------------------
1. Objetivo del próximo test  
   • Probar la función de cambio automático de lote (auto-changeover / batch handling).  
   • No es la implantación definitiva, sólo una “pre-evaluación” para definir los trabajos pendientes.  

2. Logística y preparación  
   • Fechas previstas de prueba en planta: 30 y 31 de julio 2025 (aprovechando la parada de la línea 41).  
   • Vetro llegará la semana del 28 de julio para preparar equipos y señales.  
   • Se necesitan “dummy lots” generados por Henkel para poder ciclar varios cambios de lote.  
   • Alpla coordina con su responsable logístico (William Bucklew) y con John Sledge la fabricación y entrega de esos lotes.  
   • Soporte solicitado a Autefa y Henkel durante las pruebas (Brandon Miller, Robert Nation, etc.).  

3. Expectativas técnicas para Vetro  
   • Verificar que el sistema envía/recibe correctamente telegramas de cambio de lote (TG10/TG20, IDH_BTL_NEXT, etc.).  
   • Confirmar correcciones hechas:  
     – IDH_BTL_NEXT sólo valida cuando hay coincidencia (mail 04-01-2024).  
     – Actualización de definiciones de “bottle code” y nueva línea de exportación 24 (mail 04-02-2025).  
   • Revisar contadores de botellas y señales de línea vacía antes de dar “change-over done”.  
   • Evaluar si la cantidad de intervenciones manuales sigue siendo alta; en las pruebas de marzo 2025 se concluyó que hace falta más automatización.  

4. Riesgos / puntos abiertos  
   • Señales de aceptación TG20 a veces no llegan (problema reproducido en junio 2024).  
   • Falta instalar algunos contadores y brackets en líneas 40-42.  
   • Integración OPC-UA: estructura de lista SKU debe estar cerrada – pendiente confirmación definitiva de Henkel.  

Cronología de eventos  
---------------------
Pasados  
• 24-02-2020 Actualización descripción telegramas (códigos de botella, línea 24 export).  
• 21-05-2020 Propuesta estructura SKU vía OPC-UA (Alpla ↔ Vetro).  
• 29-10-2020 Debate datos de lote Henkel-Vetro; se acepta estructura SKU.  
• 04-01-2024 Prueba autom. cambio lote L42; se corrige IDH_BTL_NEXT y errores de panel.  
• 04-01-2024 Varios correos: problemas de contadores, TG10/TG20, lógica de vaciado.  
• 06-03-2025 Correo “next steps”: se programa reunión 18-mar-2025 para aumentar automatización (tras pruebas con Lenin).  
• 04-02-2025 Envío de nueva doc. “Vetro Conveyor 9.3674” (definiciones, línea 24).  
• 15-07-2025 Confirmado test de pre-evaluación; se fijan fechas 30-31 julio.  

Futuros  
• 18-03-2025 Reunión de ingeniería (Alpla-Vetro-Autefa) para definir nivel de automatización deseado.  
• 28-07-2025 Llegada equipo Vetro a sitio y preparación de línea.  
• 30-31-07-2025 Pruebas de cambio automático en línea 41 con lotes simulados.  
• Post-prueba Analizar resultados y planificar acciones para la implementación final (fecha a definir según conclusiones).  

Acciones inmediatas para VM / Vetro  
-----------------------------------  
1. Confirmar asistencia y recursos humanos para semana 28-jul.  
2. Revisar lista de señales críticas (TG10/TG20, contadores, “line empty”) y preparar checklist de verificación.  
3. Validar con Henkel la última versión de la lista SKU y longitud de campos (AV Desc).  
4. Coordinar con Autefa posibles soporte remoto/onsite durante el test.  

Este resumen reúne los puntos que afectan directamente a Vetromeccanica para asegurar que la prueba de finales de julio se ejecute sin contratiempos y sirva de base para la fase de automatización completa.


### RESUMEN ENFOCADO EN VM / VETROMECCANICA / VETRO  

1. Requisitos de datos para el cambio automático (NEXT / NEXT + 1)  
   • AUTEFA / ALPLA esperan que el telegrama TG10 incluya, para LOTE ACTUAL, NEXT y NEXT + 1, los tres campos:  
     – Batch_ID (12 char)  
     – Target_1000 / Target_Units (cantidades)  
     – ArticleVariantID (ID de variante de botella)  
   • Si Vetro no envía los datos de NEXT + 1, el MHS de AUTEFA no puede preparar el almacenamiento (mail Ulrich Osswald, 10-02-2025).  
   • Henkel entrega a Vetro tres strings (PO_NUMBER, IDH_BTL, IDH_CON). Para generar el ArticleVariantID de NEXT y NEXT + 1 debe usarse la tabla de conversión de ALPLA (Miguel Vera, 04-02-2025).  
   • Confirmar con AUTEFA si basta con enviar solo ArticleVariantID de NEXT + 1 (resto a “0”) o los tres campos completos.

2. Corrección “IDH_BTL_NEXT”  
   • 04-01-2024 – Max Rossi informa que el PLC ahora SOLO activa la señal de confirmación cuando el IDH_BTL_NEXT recibido coincide con el esperado. Antes confirmaba siempre y causaba confusión en Henkel.  
   • Se mantiene como referencia para validaciones futuras; no requiere más acciones.

3. Actualización de definiciones de “bottle code” y nueva línea de exportación 24  
   • 04-02-2025 – Ulrich Osswald envía documentos actualizados:  
     – Nuevas definiciones de bottle code (cap. 2.7.2.1 / 2.7.2.2).  
     – Se añade la línea de exportación 24 y debe tratarse como una línea de producción.  
     – Si la exportación está activa, TLO24 no puede asignarse a las líneas 1-3.  
   • Implicaciones para VM: garantizar que el Supervisor envíe lotes para la línea 24 igual que para una línea de llenado y que la lógica de asignación respete la exclusión con L1-L3.

4. Estado y planificación de las pruebas de cambio automático  
   • 04-01-2024 – Se solicita a Henkel simular las señales de lote y a AUTEFA completar el cambio. Ventana propuesta: 05-01-2024, 08:00-11:00 (línea 42 parada).  
   • 04-02-2025 – Se vuelve a pedir repetir las mismas pruebas mientras la línea 42 esté detenida; sin respuesta definitiva aún. VM debe coordinar con Henkel (simulación de lotes) y con AUTEFA (ejecución del cambio).  
   • Acciones pendientes antes de la prueba:  
     – Verificar que la tabla de conversión SKU → ArticleVariantID esté actualizada en el PLC.  
     – Confirmar con AUTEFA el formato final del telegrama NEXT + 1.  
     – Probar que la confirmación IDH_BTL_NEXT funcione solo con coincidencia válida.  
     – Incluir línea 24 en los escenarios de prueba si Henkel ya la usa.

5. Otros puntos relevantes para VM  
   • Costos adicionales: desde 18-12-2024 se advierte que todo lo relativo a cambio automático fuera del alcance original se facturará por PO separado (Max Rossi).  
   • Documentación adjunta clave:  
     – “AlplaProd_Articles – VM.xlsx” (tabla artículos-SKU)  
     – “Changeover process map v1.xlsx” (flujo lógico)  
     – “Vetro AUTEFA Communication …pptx” (especificación de telegramas)  
     – “Vetro_communication_v0.2.docx / v0.3.pdf” (versión más reciente de interfaz)

CRONOLOGÍA PRINCIPAL (pasado y próximos pasos)

Pasado  
24-02-2020 AUTEFA envía descripción actualizada de telegramas.  
21-05-2020 VM confirma intercambio de datos SKU vía OPC.  
29-10-2020 ALPLA & Henkel revisan intercambio de datos de línea.  
04-01-2024 • Corrección IDH_BTL_NEXT.  
      • Propuesta de prueba de cambio automático (05-01-2024).  
18-12-2024 VM aclara que trabajos extra del cambio automático requerirán PO adicional.  
03-02-2025 Shannon Johnson coordina “Automatic change-over trial”.  
04-02-2025 • Actualización bottle code + línea 24.  
      • Discusión sobre datos NEXT + 1 y mapeo SKU.  
10-02-2025 AUTEFA recuerda necesidad de datos completos para NEXT + 1.

Futuro inmediato (a coordinar)  
• Pruebas de cambio automático (línea 42), ventana tentativa: 05-02-2025 08:00-11:00.  
• Confirmar con AUTEFA formato definitivo de telegrama y validar envío de NEXT + 1.  
• Implementar en PLC la línea de exportación 24 y actualizar reglas de asignación.  
• Validar in situ que la confirmación IDH_BTL_NEXT solo se active con coincidencia real.  
• Entregar a Henkel/ALPLA reporte de prueba y, de ser necesario, cotización para ajustes adicionales.



### Note Updated
***

### **Información Crítica para el Test**

**1. Test Programado (Julio 2025)**
- **Fechas**: 30-31 de julio de 2025 en la línea 41 (TLO25/L41)
- **Objetivo**: Pre-evaluación del sistema de cambio automático de lotes
- **Participantes**: VM (Lenin, Sudheesh), ALPLA (Sam Colley), AUTEFA
- **Estado**: Sistema actual más laborioso de lo necesario, requiere mayor automatización

**2. Aspectos Técnicos Críticos para VM**

**Modificaciones de PLC Requeridas:**
- Cambio de variables d1-d9 de DINT a SINT para datos NEXT2
- Implementación de estructura para datos NEXT+1: PO_NUMBER, IDH_BTL, IDH_CON
- Configuración OPC-UA para comunicación con ALPLA/AUTEFA

**Problemas de Comunicación Identificados:**
- Datos de SAP requieren conversión correcta de DINT a string
- Intercambio de palabras (word-swapping) en PLCs Q1
- Discrepancias en mapas de mensajes entre sistemas

**3. Sistema de Conteo de Botellas**
- Contadores faltantes después del lowerator en líneas 40, 41, 42
- Necesidad de validar operación de todos los eyectores
- Sincronización con rechazos de cámara ALPLA y inspector de etiquetas Henkel

## **CRONOLOGÍA DE EVENTOS**

### **EVENTOS PASADOS RELEVANTES**

**2020-2024: Desarrollo Inicial**
- **Feb 2020**: AUTEFA actualiza descripciones de telegramas, define códigos de botella
- **May 2020**: Definición de estructura SKU y comunicación OPC-UA
- **Oct 2020**: Planificación de cambios de lotes en líneas de producción
- **Jan 2024**: Pruebas de cambio automático en línea 42 (TLO26-L42)
- **Oct 2024**: Identificación de problemas de verificación de datos entre sistemas

**2024-2025: Resolución de Problemas**
- **Dic 2024**: Solicitud urgente de cronograma por liderazgo ALPLA-HENKEL
- **Feb 2025**: Confirmación de necesidad de variables NEXT2 para automatización
- **Feb 2025**: Test exitoso en línea TLO25/L41 sin problemas de VM (buen trabajo Miguel)

### **EVENTOS FUTUROS PLANIFICADOS**

**Julio 2025**
- **30-31 julio**: Test de pre-evaluación en línea 41
- **Preparativos**: Creación de lotes dummy por Henkel para ciclar cambios

**Próximos Desarrollos**
- **Marzo 2025**: Reunión planificada (18 marzo) para discutir automatización adicional
- **Futuro cercano**: Implementación de cambio automático en guías de transportador
- **Pendiente**: Copia de lógica de cambio simultáneo de Henkel para evitar descalibración EMD

## **ASPECTOS TÉCNICOS ESPECÍFICOS PARA VM**

### **Modificaciones de Software Pendientes**

**1. Estructura de Datos NEXT2:**
```
Data_To_EbConvey[1-3]: PO_Next2 (SINT)
Data_To_EbConvey[4-6]: IDH_CON_NEXT2 (SINT)
Data_To_EbConvey[7-9]: IDH_BTL_NEXT2 (SINT)
```

**2. Lógica de Cambio Mejorada:**
- Diferenciación entre cambio completo (familia diferente) vs mismo producto con diferente color/spigot
- Señales de confirmación EMD antes de enviar "changeover done" a Henkel
- Implementación de memoria SR para señales de línea vacía

**3. Comunicación con AUTEFA:**
- Telegram TG10: Batch_ID, Next_Batch_ID, Next_Batch_+1_ID
- Resolución de problemas TG20 (Accept no recibido)
- Mejora en conteo de botellas descargadas

### **Riesgos y Mitigaciones**

**Riesgos Identificados:**
- Intervenciones manuales excesivas del operador
- Problemas de sincronización entre sistemas
- Conversión incorrecta de tipos de datos

**Acciones de VM:**
- Validar todos los contadores de botellas
- Verificar operación correcta de eyectores
- Completar modificaciones de software antes del test
- Coordinar con AUTEFA para resolución de problemas TG20

Este resumen proporciona la información esencial para que VM/Vetro se prepare adecuadamente para el test de julio 2025 y entienda el contexto histórico del proyecto.



```plantuml
@startuml
title Changeover STEPs
hide footbox
skinparam ArrowHeadColor none
skinparam NoteBackgroundColor #F0F0F0
skinparam NoteBorderColor #999999
skinparam ParticipantPadding 100
skinparam BoxPadding 6
skinparam WrapWidth 250

' ==== Estilos reutilizables ====
!define VAR(x) <back:#F0F0F0><color:#7F6000><b>x</b></color></back>
!define SIG(x) <back:#F0F0F0><color:#005A9E><b>x</b></color></back>

!definelong Nota($donde, $text)
  note over $donde
  $text
  end note
!enddefinelong

!definelong NotaParalela($donde, $text)
  / note over $donde 
  $text
  end note
!enddefinelong

!definelong Variable($donde, $text)
  hnote right $donde #AAFFFF
  $text
  end note
!enddefinelong

!definelong VariableCentro($donde, $text)
  hnote over $donde #AAFFFF
  $text
  end note
!enddefinelong

!definelong VariableParalelo($donde, $text)
  / hnote right $donde #AAFFFF
  $text
  end note
!enddefinelong


participant HENKEL as H
participant Alpla as A
participant Vetromeccanica as V
participant AUTEFA as U

== Before Changeover ==
Nota(H,Send VAR(IDH_BTL_NEXT) number to be validated)

== Data_To_EbConvey[38] ==
Nota(H,Validate VAR(IDH_BTL_NEXT) and send acknowledge)
Variable(H,Data_From_EbConvey[0].2)

== Step 1 ==
Nota(H,Operator manually selects "Line Clearance" (?) and send signal "0" on VAR(CalculatedBottlesRemainingToFill).)
Variable(H,Data_To_EbConvey[23])

== Step 2 ==
Nota(A,Stops taking bottles out of trays and sends what is already on the tables and conveyors.)
NotaParalela(V,Emptying Merger and Line)
NotaParalela(U,Stops taking bottles out of trays and sends what is already on the tables and conveyors.)
Variable(V,TG10 Send 0 in Bottles for Actual Batch)

== Step 3 ==
Nota(H,Operator verifies line is empty and sends "changeover request" signal after last bottle goes through filler.)
Variable(H,Data_To_EbConvey[0].0)

== Step 4 ==
Nota(A,'Operator verifies line is empty and sends "line is busy with changeover",confirming on Popup screen')
Variable(A,Data_From_EbConvey[0].0)

== Step 5 ==
Nota(V,Starts changeover)
NotaParalela(U,Starts changeover)
Variable(V,Data_From_EbConvey[0].0)
VariableParalelo(U,Data_From_EbConvey[0].0)

== Step 6 ==
Nota(V,Ends changeover. Sends signal "Changeover is finished and ready.")
NotaParalela(U,Ends changeover. Sends signal "Changeover is finished and ready.")
Variable(V,Data_From_EbConvey[0].1)
VariableParalelo(U,Data_From_EbConvey[0].1)

== Step 7 ==
Nota(H,Send Reset counters signal)
NotaParalela(V,Reset Counters)
Variable(H,Data_To_EbConvey[0].1)

== Step 8 ==
Nota(H,Send new value on VAR(CalculatedBottlesRemainingToFill))
Variable(H,Data_To_EbConvey[23])

== Step 9 ==
Nota(H,Send Changeover Complete. To be considered "Production Ready")
NotaParalela(A,Starts conveying bottles.)
NotaParalela(V,Finish Changeover Cycle)
Variable(H,Data_To_EbConvey[0].2)

@enduml

```


1. Alcance original del manejo de lotes
2. Proceso de cambio actualmente utilizado
3. Sinopsis del sistema actual de manejo de lotes
4. Proceso actual de manejo automático de lotes
5. Proceso deseado
6. Obstáculos/Desafíos

Para optimizar el espacio de almacenamiento de la Autefa
Como Henkel proporciona el lote actual, siguiente y siguiente+1, el sistema puede organizar mejor las pilas para permitir un flujo más eficiente a través del área de almacenamiento.
El sistema monitorea activamente las botellas restantes en el lote, lo que le permite preparar el número correcto de pilas para llenar el pedido, sin pilas excesivas sacadas del almacenamiento.
Para acelerar los tiempos de cambio
Como el sistema optimiza el espacio de almacenamiento, puede traer las pilas al TLO más rápido después de que el operador haya realizado el cambio.
Para eliminar el error potencial del operador al enviar el AVID correcto
Los datos del lote provienen directamente del sistema de manejo de materiales de Henkel, por lo tanto, el operador solo puede enviar botellas que solicitan.

### Current changeover process

```plantuml
@startuml
  
skinparam rectangle {
 FontSize 14
 Padding 4
 Margin 5
 roundCorner 25
}
skinparam defaultTextAlignment center
  
' Usamos el sprite de Proceso de Negocio (estilo ArchiMate simple)
sprite $bProcess jar:archimate/application-service
sprite $aOperator jar:archimate/actor
sprite $aMaintOp jar:archimate/technology-device
sprite $aEvent jar:archimate/event
sprite $aColaboration jar:archimate/communication-path
  
' === BLOQUES ===
rectangle "Tanque de Henkel\nllega a 5 pies de líquido" as A <<$aEvent>> #ff0000
rectangle "Operador Henkel avisa\npor radio a Alpla para recoger\nformulario de cambio" as B <<$aColaboration>> #8CD96B
rectangle "Tanque de Henkel se vacía" as C <<$aEvent>> #ff0000
rectangle "Operador Henkel llama\npara poner TLO en manual" as D <<$aOperator>> #ff0000
  
rectangle "Henkel se queda sin producto\nen la línea" as E <<$aEvent>> #ff0000
rectangle "Operador Alpla mueve\npilas sobrantes manualmente" as F <<$aOperator>> #8CD96B
rectangle "Operador cambia AVID\ny pide nuevas pilas" as G <<$aOperator>> #8CD96B
  
rectangle "Operador llama a mantenimiento\npara ajustar Vetro al nuevo formato" as H <<$aColaboration>> #8CD96B
rectangle "Operador acepta nuevo AVID\nen giradores 1 y 2" as I <<technology-device>> #8CD96B
rectangle "Operador cambia partes de formato\nen giradores 1 y 2" as J <<$aOperator>> #8CD96B
  
rectangle "Operador avisa por radio que\nHenkel Alpla está listo" as K <<$aOperator>> #8CD96B
rectangle "Operador pone la línea en automático\na pedido de Henkel" as L <<$aMaintOp>> #8CD96B
  
rectangle "Mantenimiento inicia cambio\ntransportadores Vetro" as M <<$aMaintOp>> #FFC933
rectangle "Mantenimiento cambia\ncámara Keyence" as N <<$aMaintOp>> #FFC933
rectangle "Mantenimiento verifica cambio\ncompleto de transportadores" as O <<$aMaintOp>> #FFC933
  
' === FLUJO HASTA E (left->right por defecto) ===
A -right-> B
B -right-> C
C -down-> D
D -left-> E
  
' === DESDE E: FORZAR TOP-DOWN ===
E -down-> F
F -left-> G
G -left-> H
H -down-> I
I -down-> J
J -down-> K
K -down-> L
  
' === MANTENIMIENTO: rama lateral y vertical ===
H -down-> M
M -down-> N
N -down-> O
  
@enduml
```


El sistema de manejo de materiales de Henkel proporciona a Alpla con following data:
Current batch, next batch, next +1 batch
Autefa entonces usa this data para optimizar las posiciones de almacenamiento del almacén.
Los datos del lote actual proporcionan: AVID, Botellas Remaining in order and Batch ID
Cuando bottles remaining on order hits 0 el changeover es triggered at Alpla
Henkel puede aumentar las bottles remaining on order durante la ejecución, si por ejemplo hay a lot ejections at the labeller or filler, esto está limitado por el número de bottles in storage/being produced by the BMU.

### Current auto batch handling change over process

```plantuml
@startuml
skinparam rectangle {
  FontSize 14
  Padding 4
  Margin 5
  roundCorner 25
}
skinparam defaultTextAlignment center

' Sprites (mismos que en tu ejemplo)
sprite $bProcess jar:archimate/application-service
sprite $aOperator jar:archimate/actor
sprite $aMaintOp jar:archimate/technology-device
sprite $aEvent jar:archimate/event
sprite $aColaboration jar:archimate/communication-path

' === BLOQUES (traducción del diagrama) ===
' Evento inicial
rectangle "Tanque de Henkel\nllega a 0 ft" as A <<$aEvent>> #ff0000

' Reacción del sistema (arriba)
rectangle "TLO detiene el envío\nde botellas automáticamente" as B1 <<$bProcess>> #0B5FA5
rectangle "Línea de Henkel\nsin producto (run‑out)" as C1 <<$aEvent>> #ff0000

' Solicitud de cambio (abajo del inicio)
rectangle "Se envía solicitud de cambio\nal HMI de Alpla" as B2 <<$bProcess>> #0B5FA5
rectangle "Operador de Alpla acepta\nnuevo AVID de Henkel en SCO" as C2 <<$aOperator>> #8CD96B
rectangle "Operador de Alpla selecciona\nqué TLO correrá el nuevo AVID" as D2 <<$aOperator>> #8CD96B
rectangle "Operador de Alpla camina\nhasta el TLO" as E2 <<$aOperator>> #8CD96B
rectangle "Operador de Alpla mueve\nbandejas restantes al\ntransportador vacío" as F2 <<$aOperator>> #8CD96B
rectangle "Operador de Alpla acepta\nel nuevo AVID en el TLO\ny solicita pilas" as G2 <<$aOperator>> #8CD96B

' Rama de mantenimiento
rectangle "Operador llama a mantenimiento\npara ajustar el transportador Vetro\nal nuevo formato" as H2 <<$aColaboration>> #8CD96B
rectangle "Mantenimiento acepta\nnuevo AVID en HMI de Vetro\ny comienza el cambio\nde transportadores" as M1 <<$aMaintOp>> #FFC933
rectangle "Mantenimiento realiza\ncambio de la cámara Keyence" as M2 <<$aMaintOp>> #FFC933
rectangle "Mantenimiento verifica\ncambio de transportadores Vetro\ncompletado" as M3 <<$aMaintOp>> #FFC933

' Ajustes en giradores
rectangle "Operador acepta nuevo AVID\nen giradores 1 y 2" as I2 <<$aOperator>> #8CD96B
rectangle "Operador cambia piezas de formato\nen giradores 1 y 2" as J2 <<$aOperator>> #8CD96B
rectangle "Operador avisa por radio que\nHenkel/Alpla está listo para\nenviar botellas" as K2 <<$aOperator>> #8CD96B
rectangle "A pedido de Henkel, el operador\npone la línea en automático" as L2 <<$aMaintOp>> #8CD96B

' === FLUJOS ===
' Rama superior (evento -> sistema)
A -up-> B1
B1 -right-> C1

' Rama principal (evento -> solicitud -> acciones en TLO)
A -right-> B2
B2 -right-> C2
C2 -right-> D2
D2 -right-> E2
E2 -down-> F2
F2 -left-> G2
G2 -left-> H2

' Rama de mantenimiento lateral
H2 -left-> M1
M1 -down-> M2
M2 -down-> M3

' Ajustes de giradores y cierre
H2 -down-> I2
I2 -down-> J2
J2 -right-> K2
K2 -right-> L2

@enduml

```

### Desired auto batch process:

```plantuml
@startuml
skinparam rectangle {
  FontSize 14
  Padding 4
  Margin 5
    roundCorner 25
}
skinparam defaultTextAlignment center

' Sprites (mismos que antes)
sprite $bProcess jar:archimate/application-service
sprite $aOperator jar:archimate/actor
sprite $aMaintOp jar:archimate/technology-device
sprite $aEvent jar:archimate/event
sprite $aColaboration jar:archimate/communication-path

' === BLOQUES ===
' Eventos/estados de Henkel
rectangle "Tanque de Henkel llega\na 0 botellas restantes" as A <<$aEvent>> #ff0000
rectangle "Henkel se queda sin\nproducto en la línea" as E <<$aEvent>> #ff0000

' Sistemas (azul)
rectangle "TLO detiene automáticamente\nel envío de botellas" as B <<$bProcess>> #0B5FA5
rectangle "Solicitud de cambio enviada\nal HMI de Alpla" as C <<$bProcess>> #0B5FA5
rectangle "Transportador Vetro y cámara\nKeyence inician cambio de formato" as V1 <<$bProcess>> #0B5FA5
rectangle "Sistema Autefa retira bandejas/\npilas sobrantes del TLO" as S1 <<$bProcess>> #0B5FA5
rectangle "Sistema Autefa solicita nueva\nbotella desde almacén" as S2 <<$bProcess>> #0B5FA5
rectangle "Henkel envía señal a Autefa\npara liberar botellas" as Z <<$bProcess>> #0B5FA5

' Operación Alpla (verde)
rectangle "Operador de Alpla acepta el\nnuevo AVID de Henkel en el SCO\ny define en qué TLO correrá" as D <<$aOperator>> #8CD96B
rectangle "Operador de Alpla cambia piezas\nde formato en giradores 1 y 2" as F1 <<$aOperator>> #8CD96B
rectangle "Operador de Alpla verifica\ncambio de formato completo\nen todos los sistemas" as F2 <<$aOperator>> #8CD96B

' === FLUJOS ===
A -down-> B
B -right-> E

A -right-> C
C -right-> D

E -right-> V1

' Rama Autefa y ajuste de formato
D -right-> S1
S1 -down-> S2
S2 -down-> F1
F1 -down-> F2
F2 -right-> Z

' Rama Vetro/Keyence hacia la verificación final
D -down-> V1
V1 -down-> F2

@enduml

```

### Challenges to get to desired state

- Henkel no proporciona actualmente un número preciso de ‘bottles remaining’ para el lote activo
	- Esto afecta la capacidad de Autefa’s para optimizar el almacén y entregar el número exacto de pilas necesarias para la ejecución. La precisión debe estar dentro de una pila completa.
- Henkel bottles remaining actualmente no llega a 0 sin intervención manual del equipo de Henkel Automation Team
	- Esto impide que el cambio se active en nuestro extremo.
- La programación para un cambio de TLO completamente automatizado no existe actualmente
	- Actualmente solo un operador puede mover manualmente los bandejas excedentes fuera del TLO. También necesitan aceptar el nuevo AVID en el TLO para que se registre en la máquina.
- El cambio de Vetro no puede hacerse sin confirmación/intervención manual de un asociado
	- Esto es un problema de seguridad, la máquina no puede comenzar a moverse sin que un asociado le indique que lo haga.
- Alpla no recibe actualmente una señal de Henkel para liberar botellas
	- Con el proceso actual, esto sucede a través de comunicación por radio