La evaluación de un sistema de ejecución de la fabricación (MES) suele dejar a los directivos empresariales en una encrucijada. ¿Se invierten recursos en crear un sistema a medida que corre el riesgo de quedar obsoleto y convertirse en código heredado? ¿O se opta por un paquete estándar que obliga a encajar los procesos cuidadosamente perfeccionados en su rígido marco? No se trata solo de una elección de software; puede ser una decisión crítica que afecte a la eficiencia, la agilidad y la capacidad de innovación de su fábrica durante los próximos años.

Aunque un sistema de ejecución de la fabricación (MES) debería ofrecer visibilidad y control en tiempo real, un enfoque erróneo puede generar cuellos de botella, ineficiencias y problemas a largo plazo.

El dilema entre desarrollar o comprar—si crear un sistema de gestión de la fabricación (MES) a medida, adquirir un sistema comercial listo para usar (COTS) o adoptar una plataforma moderna— requiere un análisis minucioso. En este artículo vamos al grano, basándonos en años de experiencia ayudando a los fabricantes a evaluar sus opciones. Te presentaremos una forma más clara de analizar las ventajas y desventajas de cada opción, para que puedas encontrar la que mejor se adapte a tu fábrica y a tus objetivos.


Opción n.º 1: Crearlo uno mismo: el MES de desarrollo propio

Las ventajas de la construcción: ¿qué la hace tan atractiva?

¿Por qué alguien se plantearía desarrollar su propio MES? Por lo general, todo se reduce a unos cuantos factores clave:

  • Entenderlo exactamente: El principal motivo suele ser el deseo de contar con un sistema perfectamente adaptado a los procesos únicos ya existentes. Para muchos, crearlo uno mismo parece la mejor manera de conseguir exactamente lo que se necesita, sin concesiones.

  • Control total: desarrollar internamente implica que tú tienes el control sobre las funciones, las actualizaciones y la evolución del sistema. La idea es que puedas innovar más rápidamente y adaptarlo exactamente cuando cambien las necesidades de la empresa.

  • Proteger los secretos comerciales: si tus procesos son altamente confidenciales, desarrollar soluciones internamente puede parecer la mejor forma de proteger esos conocimientos operativos sensibles.

https://tulip.widen.net/content/fbsx2sr8zq

Las duras realidades del desarrollo de sistemas MES a medida

Aunque ese control suena muy bien, el camino hacia un MES a medida suele estar plagado de retos inesperados y costes ocultos. El sueño inicial rara vez se corresponde con la realidad final. Ten en cuenta estos puntos:

  • El coste inicial: hablemos de dinero y tiempo. Crear algo desde cero exige una importante inversión inicial y recursos —desarrolladores cualificados, jefes de proyecto, infraestructura—, además de una dedicación de tiempo considerable por parte de varios equipos. Es mucho más que simplemente programar; supone un gran esfuerzo organizativo.

  • La larga espera: prepárate para los retrasos. Crear un MES sólido y escalable lleva tiempo —a menudo entre 18 y 36 meses, a veces incluso más—. Eso significa una larga espera antes de que puedas ver beneficios operativos reales (tu tiempo de retorno de la inversión), mientras que tus competidores podrían estar adelantándote.

  • El mantenimiento sin fin: Y el trabajo no termina con el lanzamiento. Los sistemas desarrollados internamente necesitan una atención constante: corrección de errores, ajustes de rendimiento, parches de seguridad, actualizaciones de compatibilidad del sistema operativo y la base de datos, e incorporación de nuevas funciones. Esto requiere personal especializado y dedicado que comprenda que el código personalizado se convierte en un gasto operativo permanente.

  • La pesadilla de la validación: en sectores regulados (como el farmacéutico o el de los productos sanitarios), validar un MES a medida puede ser una auténtica pesadilla. Es un proceso complejo que requiere mucha documentación y hay que volver a hacerlo cada vez que se produce un cambio significativo, lo que supone una carga administrativa enorme.

  • El riesgo de las «personas clave»: los sistemas desarrollados internamente suelen depender en gran medida de los conocimientos que solo poseen unos pocos desarrolladores clave. Si estos abandonan la empresa, podrías encontrarte con serios problemas a la hora de mantener, actualizar o incluso comprender el sistema.

  • ¿Presupuestos y plazos? A menudo se incumplen: los proyectos de software complejos, como un MES, son conocidos por sobrepasar el presupuesto y los plazos. Los obstáculos técnicos inesperados y los cambios en los requisitos suelen ser los principales culpables.

  • Los quebraderos de cabeza de la integración: lograr que tu MES personalizado se comunique sin problemas con el resto de sistemas (ERP, PLM, QMS y todos esos protocolos de máquinas diferentes) suele ser mucho más difícil y costoso de lo que parece a primera vista. Mantener esas conexiones estables a lo largo del tiempo añade aún más complejidad.

Calcular el coste real de la construcción

El coste nominal de los salarios de los desarrolladores es solo la punta del iceberg. Para tener una visión realista (el coste total de propiedad, o TCO), hay que tener en cuenta muchos otros factores:

Piensa en los costes directos de desarrollo (desarrolladores, contratistas, herramientas, licencias), el tiempo dedicado a la gestión del proyecto (gestores de proyectos, analistas, reuniones interminables), la infraestructura (servidores/nube, bases de datos, redes), los esfuerzos de implementación y formación y, lo que es más importante, los costes recurrentes durante los próximos años (equipo de mantenimiento, corrección de errores, actualizaciones de seguridad, mantenimiento de la validación, renovación del hardware).

A esto hay que añadir los costes de integración: crear y mantener conexiones con los sistemas ERP, PLM, QMS y diversas máquinas. Y no hay que olvidar el coste de oportunidad: ¿qué más podría haber logrado tu equipo mientras se ha visto inmerso en este proyecto de varios años? Por último, hay que tener en cuenta el riesgo: ¿qué pasaría si se sobrepasaran los presupuestos, el proyecto se retrasara, una persona clave abandonara el proyecto o, peor aún, todo fracasara?

Es fundamental conocer todos estos costes antes de embarcarse en el arduo proceso de la construcción. Aunque pueda parecer que se tiene el control total, a menudo resulta más largo, más costoso y más arriesgado de lo que uno cree.

Opción n.º 2: Adquisición de un sistema estándar (MES COTS)

Por qué comprar parece la opción más fácil

¿Te asusta la idea de los riesgos y los costes que conlleva la construcción? Entonces, adquirir un sistema comercial listo para usar (COTS) probablemente te resulte tentador. Estas soluciones ya preparadas prometen una vía más rápida y, en teoría, más económica para disponer de capacidades MES. Este es su atractivo:

  • Implementación más rápida (quizás): los proveedores de soluciones COTS ofrecen software ya desarrollado, lo que debería traducirse en plazos de implementación más cortos en comparación con el desarrollo desde cero. La ventaja es un acceso más rápido a las funciones del MES.

  • Experiencia y asistencia del proveedor: al adquirir el producto, obtienes acceso a los conocimientos técnicos del proveedor, a sus equipos de asistencia, a la formación y a la documentación, es decir, a todo aquello que, de otro modo, tendrías que crear tú mismo.

  • Menor coste inicial (o eso parece): en comparación con la enorme inversión inicial que supone un desarrollo a medida, el coste inicial de la licencia o la suscripción de los productos COTS puede parecer más asequible y más fácil de presupuestar.

  • Funcionalidades probadas y escalabilidad: los sistemas COTS incorporan funcionalidades definidas, que a menudo se promocionan como «buenas prácticas». Los proveedores suelen ofrecer hojas de ruta y afirman que el sistema es escalable, lo que transmite una sensación de seguridad.

Las desventajas y los inconvenientes de comprar productos ya preparados

Sin embargo, esas ventajas aparentes suelen conllevar importantes inconvenientes y problemas ocultos que pueden anular los beneficios iniciales. A la hora de evaluar a los proveedores, es importante ir más allá del discurso comercial:

  • Tu proceso debe ajustarse su molde: los sistemas estándar se diseñan en torno a flujos de trabajo específicos, a menudo genéricos. En lugar de que el software se adapte a tus operaciones únicas, es posible que te veas obligado a cambiar tus procesos establecidos y optimizados para ajustarlos a sus limitaciones, lo que podría hacer que renuncies a lo que te hace competitivo.

  • ¿«Personalización»? Es más fácil decirlo que hacerlo: los proveedores pueden decir que se puede personalizar, pero a menudo las opciones son limitadas, caras, complicadas y se estropean con facilidad. Los ajustes personalizados pueden requerir ayuda específica del proveedor, es posible que no se mantengan tras las actualizaciones de software (¡y dejen de funcionar al actualizar!) o que, sencillamente, resulten imposibles de aplicar a las funciones básicas.

  • Dependencia de un único proveedor y facturas cada vez más elevadas: optar por un sistema MES comercial (COTS) suele implicar vincular el núcleo de tu fábrica al universo de un único proveedor —su hoja de ruta, sus cambios de precios, sus decisiones—. Esto te hace dependiente y hace que cambiar de sistema más adelante resulte difícil y costoso. Te ves obligado a soportar subidas en las cuotas de suscripción, actualizaciones obligatorias y, tal vez, perder las características y funcionalidades del MES en las que confías. Además, recuperar tus datos puede convertirse en un verdadero quebradero de cabeza.

  • Lagunas funcionales y dificultades de integración: ningún sistema comercial se adapta a la perfección. Es probable que encuentres carencias en lo que respecta a tus necesidades específicas. ¿Y cómo conectar sin problemas ese sistema MES comercial a tu infraestructura tecnológica actual (ERP, PLM, QMS, diversas máquinas)? A pesar de las promesas de fácil compatibilidad, a menudo se necesita middleware adicional, conectores personalizados o costosos servicios profesionales.

  • El temor a «desmontar y sustituir»: ¿ Implantar un sistema COTS implica deshacerse de todo lo demás? ¿Puede complementarlo en lugar de sustituirlo? Aunque a menudo es técnicamente posible establecer cierto grado de conexión (API, asistencia del proveedor), rara vez resulta sencillo. Intentar vincular un sistema COTS rígido con otras herramientas suele dar lugar a conexiones inestables, problemas de sincronización de datos y más capas de complejidad que gestionar. Por lo general, no ofrece la fluidez que se consigue con los enfoques de plataforma más modernos.

Comprar productos COTS puede parecer más seguro que desarrollarlos uno mismo, pero hay que tener muy claro la rigidez inherente, las limitaciones a la hora de personalizarlos, el riesgo de quedar atrapado en un sistema cerrado y los costes reales que supone hacer que se comuniquen con el resto de sistemas.

Vía n.º 3: El enfoque de plataforma (híbrido y modulable)

Tras haber hablado con innumerables fabricantes que se debaten entre fabricar o comprar, hay una frustración que se repite una y otra vez: ambas opciones suelen obligar a aceptar concesiones poco satisfactorias.

Desarrollar tus propios sistemas suele acarrear costes desorbitados, largos retrasos y un sinfín de problemas de mantenimiento. Por otro lado, las soluciones COTS rígidas pueden frenar la innovación y obligar a tus operaciones a adaptarse a estructuras poco flexibles. Este problema tan común no solo pone de manifiesto la necesidad de algo mejor, sino que está impulsando un cambio real hacia un enfoque más flexible y «modular» en la fabricación.

El cambio: las plataformas modulares

¿Qué está cambiando? Estamos asistiendo a un alejamiento de los sistemas rígidos y de «todo o nada» (monolitos) y del código puramente personalizado, hacia plataformas modernas de operaciones de fabricación.

Piensa en ello como un modelo híbrido. Se parte de una base sólida de funciones básicas preconfiguradas (que se encargan de aspectos esenciales como la recopilación de datos, la gestión de usuarios y el seguimiento básico). Pero la diferencia clave es la integración de herramientas potentes y accesibles —normalmente sin código o con poco código— que permiten a los fabricantes configurar, ampliar e incluso crear fácilmente sus propias aplicaciones y flujos de trabajo sobre esa base. Es como disponer de un excelente kit de herramientas y de sólidos bloques de construcción, lo que te permite crear soluciones perfectamente adaptadas a tus necesidades sin tener que empezar desde cero ni quedarte limitado a unas funciones fijas.

Este enfoque es intrínsecamente modulable. Las soluciones se construyen a partir de componentes modulares (aplicaciones, conectores, integraciones) específicos para una tarea o un flujo de trabajo. Esto ofrece mucha más flexibilidad, rapidez y margen para la innovación.

https://tulip.widen.net/content/lekhczborm

Por qué la composibilidad es la clave

Esta estrategia de plataforma aborda directamente las principales deficiencias de los antiguos modelos de «crear» y «comprar», y ofrece importantes ventajas:

  • Rápida generación de valor: las capacidades básicas están listas en poco tiempo, lo que reduce drásticamente el tiempo de desarrollo en comparación con la construcción. A menudo se observan beneficios reales en cuestión de semanas o meses, no de años.

  • Flexibilidad y agilidad reales: el enfoque «no-code/low-code» permite que los flujos de trabajo, las pantallas y los procesos se adapten rápidamente sin necesidad de una programación compleja ni de esperar a un proveedor. El sistema se adapta a tus operaciones, lo que te permite reaccionar con rapidez.

  • Potenciar a tus expertos: unas herramientas intuitivas permiten a los ingenieros y al personal operativo que realmente comprenden las necesidades («desarrolladores ciudadanos») crear y ajustar soluciones. Esto agiliza las mejoras directamente desde la primera línea. (Se trata de una gran tendencia: los analistas prevén que el mercado «no-code» y «low-code» podría alcanzar los 50 000 millones de dólares en 2028).

  • Integración más sencilla: diseñadas para facilitar la conectividad, estas plataformas suelen ofrecer conectores, API y herramientas que permiten conectar más fácilmente diversos dispositivos, sensores, sistemas empresariales (como los ERP) e incluso herramientas más antiguas, acabando así con esos frustrantes silos de datos.

  • Menos complicaciones de mantenimiento: la infraestructura básica de la plataforma, la seguridad y las actualizaciones suelen correr a cargo del proveedor. Esto libera a tu equipo de TI de la carga que supone el mantenimiento de los sistemas propios, al tiempo que te permite acceder a las últimas funciones.

  • Se integra perfectamente con otros sistemas: las plataformas suelen poder funcionar en paralelo con tus sistemas actuales y mejorarlos. Esto permite una implantación por fases y evita tener que llevar a cabo una sustitución total si no es lo que deseas.

Tulip: haciendo realidad la composibilidad

Esta necesidad de una solución flexible, capacitadora y conectada —la verdadera componibilidad— es precisamente la razón de ser de plataformas como Frontline Operations Tulip. Está diseñada desde cero para este modelo componible, con el objetivo de resolver los problemas a los que se enfrentan los fabricantes con las opciones tradicionales de «construir o comprar». ¿Cómo?

  • Creación real de aplicaciones sin código: los expertos en procesos pueden crear visualmente aplicaciones sofisticadas mediante App Tulip, convirtiendo la lógica operativa directamente en herramientas funcionales sin necesidad de escribir código.

  • Conectividad fluida: una biblioteca de conectores y API abiertas facilita la conexión entre máquinas, herramientas, sensores y sistemas empresariales, lo que permite contextualizar los datos justo donde se necesitan.

  • Configuración modular: crea soluciones utilizando aplicaciones modulares (ya sean de una biblioteca o de creación propia). Implementa solo lo que necesites y adapta o añade más elementos fácilmente más adelante, evitando así las limitaciones de los sistemas monolíticos.

  • Actualizaciones sin complicaciones: al ser una plataforma nativa de la nube, Tulip del backend (infraestructura, seguridad y actualizaciones) de forma fluida, lo que garantiza que dispongas de las últimas funcionalidades sin que tus aplicaciones actuales dejen de funcionar —una gran diferencia respecto a los problemas que suelen plantear las actualizaciones de los sistemas personalizados o de uso general—.

Al combinar la solidez de las soluciones preconfiguradas con herramientas de personalización potentes y accesibles, plataformas como Tulip una respuesta moderna diseñada para la rapidez y las necesidades específicas de la fabricación actual, superando los antiguos límites entre «crear» y «comprar».

¿Qué elegir: desarrollar, comprar o utilizar una plataforma?

Decidir entre desarrollar un sistema propio, adquirir un producto comercial (COTS) o adoptar una plataforma moderna no es sencillo. Como hemos visto, cada opción tiene sus propias ventajas, inconvenientes, costes y riesgos. La decisión correcta depende totalmente de tu situación concreta: tus operaciones, tus recursos, tus objetivos estratégicos y tu tolerancia al riesgo.

Para tomar esta decisión crucial de forma eficaz, utiliza este esquema para sopesar los factores clave y plantearte las preguntas difíciles a nivel interno.

Factores clave a tener en cuenta

Analiza cada enfoque (desarrollo propio, adquisición de productos comerciales, plataforma) desde esta perspectiva:

Coste total de propiedad (TCO): No te fijes solo en el precio inicial.

  • Desarrollo: Recuerda esa larga lista de costes reales: desarrollo, gestión de proyectos, infraestructura, mantenimiento continuo, dificultades de integración, coste de oportunidad y margen de riesgo. La suma se acumula rápidamente.

  • Compra (COTS): Incluye los costes de licencia o suscripción, la implementación y el asesoramiento, cualquier personalización (que suele ser costosa), los contratos de asistencia técnica continua y los posibles costes futuros de actualización.

  • Plataforma: Normalmente se trata de un modelo de suscripción más la implementación. El mantenimiento continuo del núcleo suele ser más económico (el proveedor se encarga de las actualizaciones), y la personalización puede resultar más barata mediante soluciones sin código o con poco código.

Tiempo de retorno de la inversión: ¿Con qué rapidez necesitas ver resultados?

  • Duración: la más larga (a menudo entre 18 y más de 36 meses).

  • Compra (COTS): Moderado (de unos meses a quizás más de un año, dependiendo de la complejidad).

  • Plataforma: Posiblemente la más rápida (unas semanas o meses para el primer valor, y luego la ampliación).

Personalización frente a configuración: ¿hasta qué punto son únicos tus procesos?

  • Aunque los procesos muy específicos puedan parecer perfectos para el desarrollo, comprueba si la flexibilidad de una plataforma (a través de la configuración o las aplicaciones) ofrece una vía más rápida y menos arriesgada para alcanzar el mismo objetivo.

  • Los procesos estándar pueden parecer adecuados para los productos COTS, pero ¿su rigidez obligará a introducir cambios indeseables? Las plataformas también suelen gestionar bien el trabajo estándar mediante la configuración.

Una visión realista de los recursos: ¿De qué conocimientos especializados y capacidad de trabajo dispones realmente?

  • Desarrollo: Requiere un equipo interno de desarrollo y TI competente, cualificado y comprometido, no solo para la fase de desarrollo, sino de forma permanente.

  • Comprar (COTS): Requiere menos desarrollo interno, pero se depende del soporte técnico del proveedor, de consultores y, tal vez, de administradores internos especializados.

  • Plataforma: Aprovecha el potencial de tus expertos en procesos («desarrolladores ciudadanos») junto con el departamento de TI. Aunque podría reducir la necesidad de programadores, sigue siendo necesaria una gestión de TI.

Complejidad de la integración: ¿Con qué facilidad se integra esta solución con el resto de tus sistemas?

  • Los de siempre: lograr una integración fluida con el ERP (mapeo de datos, sincronización), diversos PLC (OPC-UA, Modbus, sistemas más antiguos), equipos heredados y otras herramientas en la nube, y garantizar la seguridad nunca es tarea fácil. Hay que planificarlo con cuidado.

  • Implementación: Requiere código personalizado para cada conexión, lo que resulta laborioso y poco robusto.

  • Comprar (COTS): A menudo requiere un costoso software de intermediación, conectores de proveedores (que quizá no cubran todas las necesidades) o servicios profesionales.

  • Plataforma: Normalmente diseñada para conectarse con API modernas, conectores preconfigurados y herramientas que simplifican la integración.

Preparación para el futuro: ¿ Cómo se adaptará al crecimiento, a las nuevas tecnologías (como la IA o el aprendizaje automático) o a los cambios en los procesos? Piensa en la posibilidad de añadir líneas de producción, centros de producción o productos. Compara la rigidez arquitectónica (COTS) con la posible deuda técnica (desarrollo propio) y la adaptabilidad prevista (plataforma).

El aspecto humano: ¿ Cómo gestionará el factor humano del cambio? Evalúe el grado de preparación, los planes de formación, la estrategia de implantación y cómo el sistema contribuirá a la mejora continua.

Estrategia a largo plazo: Ten en cuenta la solidez del proveedor y su hoja de ruta (soluciones COTS/plataformas), las políticas de propiedad de los datos (¿se pueden recuperar los datos fácilmente?) y los costes de cambio (riesgo de dependencia del proveedor).

Necesidades del sector: No hay que olvidar las exigencias específicas de cada sector. El sector de las ciencias de la vida requiere una validación exhaustiva (algo complicado para Build y los productos COTS). El sector de la automoción exige una trazabilidad exhaustiva. Hay que tener en cuenta estas prioridades.

Preguntas difíciles para tus equipos

Teniendo en cuenta estos factores, haz que las personas adecuadas se pongan de acuerdo. Utiliza estas preguntas para fomentar un diálogo franco entre los departamentos de TI y de Operaciones:

Pregunta al departamento de TI:

  • Siendo realistas, ¿cuál es el coste real y el tamaño del equipo que se necesita para desarrollar y mantener un sistema MES a medida a largo plazo?

  • ¿Cuál es nuestra cartera actual de proyectos de TI? ¿Podemos, sinceramente, dar prioridad ahora mismo a la implantación de un sistema MES que llevará varios años?

  • ¿Con qué rapidez podemos realmente implementar nuevas funciones o actualizaciones del sistema hoy en día?

  • ¿Qué riesgos conlleva gestionar, proteger y mantener por nuestra cuenta, de forma permanente, un sistema operativo complejo y personalizado?

  • ¿Cuánto tiempo estamos dedicando ya a dar soporte a los sistemas propios o heredados que ya tenemos?

  • ¿Contamos con los conocimientos técnicos necesarios para gestionar integraciones complejas entre todos nuestros diferentes sistemas tecnológicos de planta (OT) y sistemas empresariales?

Pregunta a Operaciones:

  • ¿En qué aspectos concretos nuestros sistemas actuales (o los trámites en papel) están obstaculizando la productividad, la calidad o nuestra capacidad para reaccionar con rapidez?

  • ¿Cuánto tiempo suelen esperar los operadores o los ingenieros para que se implementen las correcciones solicitadas en el sistema o las nuevas funciones? ¿Meses? ¿Años? ¿Nunca?

  • ¿Recurrimos al papel, a las hojas de cálculo o a soluciones manuales para suplir las carencias del sistema? ¿Cuáles son los riesgos y las ineficiencias reales que esto conlleva?

  • ¿Con qué frecuencia cambian nuestros procesos o necesitan ajustes? ¿Es fácil (o imposible) adaptar nuestros sistemas actuales o nuestros métodos manuales?

  • ¿Cuál es el impacto real en la producción cuando los sistemas dejan de funcionar o los datos son erróneos?

Responder a estas preguntas con sinceridad te proporcionará el contexto esencial que necesitas para sopesar las opciones y adaptar la decisión a la realidad y la orientación de tu empresa.

Conclusión: cómo elegir el camino a seguir

En definitiva, no existe una única respuesta «correcta» a la disyuntiva entre desarrollar, adquirir o utilizar una plataforma MES que se adapte a todos los casos. La mejor opción depende totalmente de tu entorno operativo específico, tus objetivos estratégicos y lo que tus equipos puedan asumir de forma realista.

El desarrollo a medida ofrece una gran personalización, pero conlleva riesgos y costes considerables. Adquirir una solución ya preparada puede parecer más rápido al principio, pero a menudo obliga a hacer concesiones en cuanto a los procesos y te ata a un proveedor. Las plataformas modernas buscan el equilibrio ideal, tratando de ofrecer flexibilidad y rapidez mediante la combinación de bases predefinidas con herramientas accesibles para la personalización.

La clave reside en realizar una evaluación objetiva de factores como el coste total, las necesidades de flexibilidad, las presiones para obtener resultados a corto plazo y la disponibilidad real de recursos. Para muchos, empezar poco a poco e ir incorporando las novedades de forma gradual —quizá ampliando los sistemas existentes o abordando primero los puntos débiles concretos, a menudo aprovechando la modularidad de una plataforma— puede ser una forma inteligente de avanzar.

¿Estás listo para descubrir cómo una plataforma moderna y modular puede ayudarte a superar tus retos operativos específicos? Hablemos. Póngase en contacto con nuestro equipo para hablar de lo que necesitas.

Convierte la disyuntiva entre «desarrollar o comprar» en resultados tangibles del MES

Descubre cómo los fabricantes utilizan Tulip implementar funciones de ejecución básicas, simplificar la adopción y conectar los datos de producción en tiempo real.

Ilustración de «Un día en la vida» de la CTA