Parte 54 · Clase 534 de 830

ARQ-534 · Equipaje y logística

Parte 54 · Fase II · Clase desarrollada · Incorporada en v0.29.0.

Prerrequisitos conceptuales: ARQ-533. Sin calendario. Casos, capacidades y resultados son ficticios salvo antecedentes expresamente atribuidos. Material educativo: no constituye proyecto ejecutable, programa clínico u operacional aprobado, cálculo firmado, autorización, certificación ni habilitación profesional. Revisión externa especializada pendiente.

Pregunta central

¿Cómo integrar equipajes y logística para que el sistema de pasajeros no dependa de una infraestructura invisible sin capacidad o trazabilidad?

Resultado y continuidad

Al terminar podrás representar el problema mediante actividades, flujos, capacidades, interfaces y estados; reconstruirás un caso cuantitativo limitado y distinguirás qué evidencia requiere un proyecto real. La continuidad desde ARQ-533 conserva métodos, no cifras. El siguiente capítulo, ARQ-535, recibe la lógica y vuelve a declarar sus propios parámetros.

1. El tipo como sistema, no como imagen

Equipaje de salida, transferencia y llegada utiliza entrega, identificación, inspección según el contexto, clasificación, transporte y reclaim. Además operan suministros, residuos, catering y mantenimiento. La arquitectura necesita espacio, accesos, rutas, redundancia y posibilidad de intervención. Una cinta o sistema automático no elimina la necesidad de procesos manuales y contingencias.

En aeropuertos, el mismo espacio puede estar condicionado por procesos civiles, aeronáuticos, de seguridad, comerciales y de mantenimiento. Una decisión arquitectónica aparentemente local puede cambiar colas, equipajes, posiciones de aeronaves o rutas de servicio.

2. Cinco capas que deben coordinarse

La clase utiliza cinco capas de lectura: salida de equipaje, transferencia, reclaim, mantenimiento y contingencia. No forman una secuencia obligatoria ni una clasificación normativa. Sirven para evitar que una decisión se optimice en una sola capa y traslade el problema a otra.

En la primera capa se define el servicio y quién lo utiliza. En la segunda se siguen recorridos, tiempos y cambios de estado. La tercera convierte esas relaciones en un programa espacial comprobable. La cuarta identifica estructura, envolvente, instalaciones, equipamiento y mantenimiento. La quinta pregunta qué sucede cuando cambia la demanda, falla un componente o se interviene el edificio.

3. Programa y flujos: conservar fronteras

Un flujo no es solamente una línea. Tiene origen, destino, objeto o persona que se mueve, restricciones, estado temporal y dependencias. Dos flujos pueden compartir un corredor y seguir siendo distintos; también pueden necesitar separación por privacidad, seguridad, operación o control ambiental. La justificación debe nombrar el motivo, no usar colores como explicación.

Los cuadros de áreas tampoco sustituyen geometría. Que una suma cierre no prueba que los recintos quepan, que sus relaciones funcionen o que las instalaciones puedan coordinarse. Cuando se transfiere superficie entre categorías, la clase obliga a identificar qué evidencia previa deja de ser válida.

4. Tecnología e infraestructura

La arquitectura necesita reservar espacio y acceso para sistemas que sostienen el servicio. Esos sistemas pueden incluir energía, agua, aire, datos, transporte interno, equipamiento especializado y soporte técnico, según la tipología. La reserva debe existir en planta, sección y secuencia de mantenimiento, no solo en una memoria.

Los picos de demanda importan porque los promedios anuales ocultan simultaneidad. Sin embargo, elegir una hora pico no basta: hay que declarar cómo se obtuvo, qué procesos representa y qué variabilidad quedó fuera.

Un dato técnico siempre conserva su procedencia. Una capacidad nominal de equipo, una dimensión de catálogo o un requisito de una guía extranjera no se transforma automáticamente en prestación del edificio ni en exigencia legal local. El proyecto debe indicar fuente, edición, condiciones, quién revisa y qué se desconoce.

5. Operación, accesibilidad y estados no ordinarios

La experiencia se evalúa como cadena completa: llegar, orientarse, atravesar procesos, usar el servicio, acceder a apoyos y salir. Una condición favorable en un tramo no compensa una interrupción en otro. Accesibilidad, información y asistencia deben estudiarse en todos los estados relevantes, no solamente durante operación ideal.

También se representan mantenimiento, limpieza, obra y fallas. Si una alternativa depende de que siempre exista un equipo, puerta o conexión, esa dependencia queda escrita. La redundancia requiere independencia suficiente; duplicar dos componentes que comparten un único nodo crítico puede conservar la misma falla única.

Caso trabajado

BAG-01 recibe 2.100 maletas/h. Dos líneas ficticias aceptan 900 maletas/h cada una y una tercera 600: capacidad total 2.400. Si la línea de 600 queda fuera de servicio, la capacidad baja a 1.800 y aparece un déficit nominal de 300 maletas/h. La redundancia depende de capacidad restante, no del número de líneas.

Qué demuestra y qué no demuestra

El resultado permite comprobar únicamente las relaciones aritméticas o geométricas declaradas. No valida seguridad, control de infecciones, operación aeronáutica, capacidad clínica, accesibilidad reglamentaria ni cumplimiento. Para transferirlo a un caso real hacen falta programa validado, levantamiento, datos de demanda, normativa vigente, especialidades, pruebas y autorizaciones pertinentes.

6. Profundización: cómo revisar una propuesta

• Reconstruye la necesidad. Escribe qué servicio se pretende prestar y bajo qué estado.

• Sigue una tarea completa. No saltes del acceso al destino ignorando decisiones, esperas o apoyos.

• Localiza interfaces. Identifica dónde dos actividades, disciplinas o autoridades necesitan una misma condición.

• Conserva versiones. Si cambia programa, capacidad o geometría, vuelve a comprobar documentos dependientes.

• Declara lo desconocido. No reemplaces una medición ausente por un valor cómodo ni una referencia extranjera por regulación local.

Errores frecuentes y controles de calidad

Evita usar promedios para ocultar picos, asumir que más superficie mejora automáticamente el servicio, tratar toda circulación como desperdicio, confundir capacidad teórica con operación real, dibujar rutas sin estados de puertas o controles, y considerar un equipo redundante sin revisar su alimentación y dependencias. Comprueba unidades, ventana temporal, denominadores y límites del modelo.

Práctica independiente

Demanda 2.600 maletas/h y líneas de 1.000, 1.000 y 900. Calcula reserva nominal y déficit si una línea de 1.000 queda fuera.

Además de la cuenta, redacta dos afirmaciones respaldadas y dos que todavía no pueden sostenerse. Para cada pendiente indica qué dato, documento, prueba o especialista permitiría resolverla.

Autoevaluación y transferencia

Puedes avanzar cuando reconstruyes el caso sin mirar la solución, explicas por qué una suma correcta no prueba funcionamiento integral, dibujas al menos una cadena de uso con sus estados y nombras una evidencia que falta. La transferencia correcta mantiene el razonamiento y sustituye los parámetros cuando cambia el proyecto.

Figura 534. Esquema conceptual original. No constituye plano, protocolo clínico, procedimiento aeronáutico ni detalle ejecutable.

Decisión pedagógica y posición curricular

Por qué existe

Esta clase existe para resolver una necesidad concreta del recorrido: ¿Cómo integrar equipajes y logística para que el sistema de pasajeros no dependa de una infraestructura invisible sin capacidad o trazabilidad?

Por qué está exactamente aquí

Ocupa el lugar 4 de la Parte 54. Se estudia después de ARQ-533 · Llegadas, salidas y conexiones porque usa esa base para responder «¿Cómo integrar equipajes y logística para que el sistema de pasajeros no dependa de una infraestructura invisible sin capacidad o trazabilidad?». Se ubica antes de ARQ-535 · Puertas, posiciones y embarque porque la evidencia producida aquí debe estar disponible para ese paso.

• Prerrequisitos: ARQ-533
• Capacidad que introduce: Al terminar podrás representar el problema mediante actividades, flujos, capacidades, interfaces y estados; reconstruirás un caso cuantitativo limitado y distinguirás qué evidencia requiere un proyecto real. La continuidad desde ARQ-533 conserva métodos, no cifras. El siguiente capítulo, ARQ-535, recibe la lógica y vuelve a declarar sus propios parámetros.
• Clases o experiencias que dependen de ella: ARQ-535

flowchart LR
    A["Prerrequisitos · ARQ-533"] --> B["ARQ-534 · necesidad y fundamento"]
    S["Fuentes · AIR-FAA-TERM AC 150/5360-13A - Airport Terminal Planning + AIR-FAA-MASTER AC 150/5070-6B - Airport Master Plans"] --> B
    B --> C["Actividad auténtica"]
    C --> D["Evidencia auditable"]
    D --> E["Continuidad · ARQ-535"]

El diagrama permite comprobar una relación que el texto lineal oculta con facilidad: esta clase recibe capacidades previas, toma decisiones apoyadas por fuentes, exige una experiencia y produce evidencia que habilita trabajo posterior. No representa un procedimiento de obra.

Resultado observable, evidencia y evaluación

1. Identificar y delimitar las condiciones necesarias para responder la pregunta central de equipaje y logística.
2. Producir y comprobar la evidencia declarada por la clase: Al terminar podrás representar el problema mediante actividades, flujos, capacidades, interfaces y estados; reconstruirás un caso cuantitativo limitado y distinguirás qué evidencia requiere un proyecto real. La continuidad desde ARQ-533 conserva métodos, no cifras. El siguiente capítulo, ARQ-535, recibe la lógica y vuelve a declarar sus propios parámetros.
3. Justificar una decisión de equipaje y logística mediante fuentes, supuestos, alternativas y límites explícitos.

Actividad, evidencia y criterio de aceptación

Actividad: Demanda 2.600 maletas/h y líneas de 1.000, 1.000 y 900. Calcula reserva nominal y déficit si una línea de 1.000 queda fuera. Además de la cuenta, redacta dos afirmaciones respaldadas y dos que todavía no pueden sostenerse.

Evidencia mínima: Al terminar podrás representar el problema mediante actividades, flujos, capacidades, interfaces y estados; reconstruirás un caso cuantitativo limitado y distinguirás qué evidencia requiere un proyecto real. La continuidad desde ARQ-533 conserva métodos, no cifras. El siguiente capítulo, ARQ-535, recibe la lógica y vuelve a declarar sus propios parámetros.

Archivo sugerido: evidence/ARQ-534/evidencia.md.

Criterio de aceptación: la entrega se acepta cuando:

• La entrega responde explícitamente a la pregunta: ¿Cómo integrar equipajes y logística para que el sistema de pasajeros no dependa de una infraestructura invisible sin capacidad o trazabilidad?
• La actividad conserva las fronteras del caso y permite reconstruir el procedimiento: Demanda 2.600 maletas/h y líneas de 1.000, 1.000 y 900. Calcula reserva nominal y déficit si una línea de 1.000 queda fuera. Además de la cuenta, redacta dos afirmaciones respaldadas y dos que todavía no pueden sostenerse.
• Cada afirmación externa puede seguirse hasta una fuente, su alcance consultado y su límite.
• La evidencia deja disponible una entrada comprobable para ARQ-535.
• Evita usar promedios para ocultar picos, asumir que más superficie mejora automáticamente el servicio, tratar toda circulación como desperdicio, confundir capacidad teórica con operación real, dibujar rutas sin estados de puertas o controles, y considerar un equipo redundante sin revisar su alimentación y dependencias. Comprueba unidades, ventana temporal, denominadores y límites del modelo.

La rúbrica común complementa estos criterios; no los reemplaza. Una entrega puede superar un promedio y continuar pendiente si oculta una condición crítica.

Trazabilidad de las decisiones

La tabla permite auditar las relaciones; la explicación, el caso y la práctica de la clase siguen siendo la documentación principal.

Autoevaluación, recuperación y continuidad

Errores diagnósticos

Antes de avanzar, comprueba si puedes reconstruir cada resultado sin mirar la solución, señalar qué evidencia lo sostiene y nombrar una condición que obligaría a revisar tu decisión. Conserva la primera versión, la objeción recibida y la revisión.

Conexión siguiente: La continuidad inmediata es ARQ-535 · Puertas, posiciones y embarque; conserva el método y vuelve a verificar datos y límites.

Fuentes y alcance de uso

[AIR-FAA-TERM] AC 150/5360-13A - Airport Terminal Planning

Federal Aviation Administration. https://www.faa.gov/regulations_policies/advisory_circulars/index.cfm/go/document.information/documentID/1033908

Consulta: Ficha oficial de la circular activa sobre planificación de terminales de pasajeros. Apoyo: Proceso de planificación de terminales, flujos, áreas funcionales, niveles de planificación y relación con operación. Límite: Referencia estadounidense; no constituye regulación chilena ni se aplica íntegramente en los ejercicios.

[AIR-FAA-MASTER] AC 150/5070-6B - Airport Master Plans

Federal Aviation Administration. https://www.faa.gov/airports/resources/advisory_circulars/index.cfm/go/document.current/documentnumber/150_5070-6

Consulta: Ficha oficial de la circular activa sobre planes maestros aeroportuarios. Apoyo: Relación entre pronóstico, capacidad, alternativas, airside, landside, apoyo y desarrollo por etapas. Límite: No se prepara un master plan FAA ni se importan procedimientos como normativa de Chile.