La mayoría de las empresas tiene alguna versión de un proceso de gestión de pedidos. Lo que normalmente no pueden describir es cómo se comporta cuando las cosas se tuercen: qué sistema toma la decisión, qué desencadena el traspaso y dónde termina exactamente la excepción cuando no encaja en el flujo estándar.
Esa brecha entre tener un proceso y tener un flujo diseñado es donde viven silenciosamente la mayoría de los problemas de cumplimiento.
Lo que los equipos aprenden después del primer trimestre difícil
- La gestión de pedidos abarca desde la captura hasta las devoluciones; los equipos que la tratan como «enviar productos» pasan por alto la mitad de los puntos de control.
- El diseño del flujo, no el volumen, es lo primero que se rompe cuando se multiplican los canales.
- La mayoría de los fallos de cumplimiento se remontan a un punto de decisión que nunca se definió, no a un sistema que falló.
- Aproximadamente el 95 % de las empresas informa de desafíos en la gestión de pedidos; esto significa que su flujo roto no es inusual, simplemente no está documentado.
¿Qué es la gestión de pedidos?
La gestión de pedidos es el proceso integral que regula cómo un pedido de cliente avanza desde el momento en que se realiza hasta que se cumple, se paga y se cierra, incluidas las devoluciones posteriores. Abarca la captura de pedidos, la confirmación de inventario, el enrutamiento del cumplimiento, el envío, la facturación, el cobro y la resolución posterior a la entrega.
Esa es la definición que vale la pena utilizar. La versión limitada —la que trata la gestión de pedidos como sinónimo de envío y entrega— es la forma en que los equipos terminan con paneles de logística impecables y relaciones con clientes deterioradas al mismo tiempo.
La función de la gestión de pedidos es mantener el control durante todo ese ciclo de vida. No solo mover cajas, sino garantizar que cada pedido de cliente se valide, se enrute correctamente, se ejecute con inventario preciso y se supervise hasta confirmar su recepción. Cuando se procesa una devolución, ese ciclo se cierra. Hasta entonces, el pedido no está terminado.
Los fabricantes B2B, distribuidores y minoristas de ecommerce ejecutan este proceso. La forma varía considerablemente. La estructura central no.
Qué es un flujo de gestión de pedidos y en qué se diferencia del proceso
El proceso de gestión de pedidos describe el ciclo de vida: qué sucede desde la captura del pedido hasta la devolución. El flujo de gestión de pedidos es algo más específico: es la secuencia estructurada de actividades, puntos de decisión, controles de aprobación y traspasos entre sistemas que controla cómo un pedido avanza realmente por ese ciclo de vida.
La diferencia importa en la práctica. Un proceso le indica qué etapas existen. Un flujo le indica qué sucede en cada etapa, quién o qué toma la decisión, qué desencadena el siguiente paso y qué ocurre cuando aparece una excepción. Durante todo el ciclo de gestión de pedidos, es el flujo el que determina si las excepciones se detectan o se descartan silenciosamente.
La mayoría de los equipos solo descubre que su flujo está roto después de que se acumulen las excepciones. Un aumento de registros duplicados. Una oleada de correos de clientes sobre pedidos que muestran «en proceso» durante tres días. Una devolución a la que nadie da seguimiento porque no se enruta a ninguna cola. Normalmente no son fallos del sistema. Son puntos de decisión sin definir: brechas en el flujo donde el proceso dice que algo debería pasar, pero nadie especificó cómo.
El enfoque de IBM y Hyperbots es acertado en este caso: las actividades de gestión de pedidos necesitan flujo de control, no solo una lista de verificación. Una lista le dice qué hacer. Un flujo define las condiciones, los desencadenantes y los traspasos que hacen que hacerlo sea fiable a escala. Este es el flujo del proceso de gestión de pedidos que realmente opera el negocio; la lista de verificación es solo lo que se muestra a los nuevos empleados el primer día.
Las etapas de la gestión de pedidos, desde la captura hasta las devoluciones
Captura y validación de pedidos: donde comienzan la mayoría de los errores del flujo
Cuando un cliente realiza un pedido, la primera tarea consiste en introducir datos limpios en el sistema. Parece sencillo. No lo es, porque los pedidos llegan simultáneamente desde varios canales: una tienda de ecommerce, feeds EDI de socios mayoristas, pedidos por correo electrónico de clientes B2B, pedidos telefónicos transcritos manualmente y llamadas API de plataformas integradas. Cada canal envía los datos del pedido en su propio formato, con su propia estructura de campos y su propio margen de error.
La captura de pedidos es donde ocurre la agregación de canales: reunir todo en un único registro normalizado. La validación de datos del pedido ocurre inmediatamente después: comprobar que estén presentes los campos obligatorios, que los SKU coincidan con los registros reales de inventario, que las cantidades no superen los umbrales y que no se filtren duplicados del mismo pedido realizado dos veces.
Los datos incorrectos en esta etapa se multiplican. Un SKU erróneo durante la captura implica una preparación incorrecta en el almacén. La falta de un campo de dirección de envío en la entrada significa un retraso al generar la etiqueta. Para cuando el problema es visible para un cliente, ya está a tres etapas de distancia de su origen. Normalmente ahí es donde comienza el ticket.
Comprobación de inventario, reserva y enrutamiento del cumplimiento
Una vez validado el pedido, el flujo debe confirmar que el inventario realmente existe y luego bloquearlo para que el mismo artículo no se prometa a dos clientes. La visibilidad en tiempo real del estado del inventario de pedidos —en todas las ubicaciones, canales y existencias en tránsito— es lo que diferencia a un sistema escalable de uno que vende más de lo disponible durante cualquier periodo de máxima demanda.
La reserva es una acción específica: la unidad se asigna a este pedido y se elimina del inventario disponible. Sin ella, opera basándose en el optimismo en lugar de la lógica.
Después viene el enrutamiento del cumplimiento: dado el pedido validado y el inventario confirmado, ¿qué almacén, 3PL o centro de cumplimiento debe ejecutarlo? La lógica de enrutamiento considera la distancia, las tarifas de los transportistas, la disponibilidad de existencias por ubicación y, en ocasiones, reglas específicas del cliente. Los detalles del pedido, como el SLA de entrega y la preferencia de envío, influyen en la decisión de enrutamiento. Un OMS centraliza esto entre canales para que la decisión de enrutamiento se tome según una regla definida, no según quien conteste el teléfono primero.
Preparación, empaquetado, envío y el proceso de cumplimiento
Aquí es donde el proceso de cumplimiento de pedidos se vuelve físico. Las listas de preparación llegan al personal del almacén o a sistemas automatizados de preparación. Los controles de empaquetado verifican los artículos frente al pedido antes de sellar el paquete. La selección del transportista se produce de forma dinámica —por tarifa y SLA— o mediante un conjunto de reglas predefinidas. Se generan y aplican las etiquetas.
Cada uno de estos pasos es un punto de traspaso entre sistemas de gestión de almacenes, sistemas de transporte y quienes manipulan físicamente los productos. El riesgo para el SLA es mayor aquí: la mayor parte de la variación del tiempo de ciclo del pedido proviene de retrasos en la capa de ejecución física, no de los pasos previos de entrada de pedidos. Cumplir un pedido a tiempo significa que los traspasos del flujo entre las operaciones de almacén y el transporte deben ser claros. Una confirmación de transportista ausente en esta etapa puede significar que un pedido permanece empaquetado y etiquetado en una cola de muelle mientras la página de seguimiento del cliente muestra «en preparación».
Devoluciones, análisis posterior a la entrega y cierre del ciclo del pedido
La gestión de pedidos no termina con el envío. Esa es una idea equivocada frecuente y costosa.
Después de la entrega llega la confirmación: ¿ha llegado el pedido? Los comentarios de los clientes y los datos de seguimiento de entrega cierran el ciclo de visibilidad sobre esa cuestión. El cobro o la facturación final ocurre aquí para los pedidos con condiciones de facturación diferida. Y las devoluciones —cuando se producen— no son excepciones que deban gestionarse de forma improvisada. Son una etapa definida del flujo, con sus propios desencadenantes, lógica de enrutamiento, criterios de inspección, reglas de reabastecimiento o eliminación y procesamiento de reembolsos o cambios.
La gestión de pedidos de clientes que trata las devoluciones como algo secundario termina con colas de devoluciones de las que nadie se hace responsable, inventario que vuelve al sistema con datos de estado incorrectos y clientes que esperan semanas por reembolsos que deberían tardar días.
La visibilidad del estado del pedido durante esta etapa importa tanto como durante el cumplimiento. Un cliente que puede rastrear su devolución del mismo modo que rastreó su envío de salida tiene una experiencia fundamentalmente distinta de quien escribe al soporte y espera.
Por qué la gestión de pedidos conecta compras, inventario y atención al cliente
La gestión de pedidos no es una tarea operativa limitada. Es un mecanismo de coordinación que abarca compras, gestión de inventario, operaciones de almacén, transporte, finanzas y atención al cliente, de forma simultánea. Un solo pedido afecta a todas estas áreas, y el flujo es lo que evita que esos traspasos se conviertan en fallos de comunicación.
El área de compras necesita señales de la gestión de pedidos para entender qué se está vendiendo realmente, no solo las previsiones. Los sistemas de inventario necesitan datos de consumo en tiempo real para evitar vender más de lo disponible o pedir en exceso. Atención al cliente necesita visibilidad del estado de los pedidos para responder a la segunda pregunta de soporte más común después de «¿dónde está mi pedido?»: «¿qué ha ocurrido con mi devolución?». Finanzas necesita que el proceso de gestión de pedidos alimente datos limpios y de ciclo cerrado en la facturación, conciliación de pagos y reconocimiento de ingresos.
Un sistema integrado de gestión de pedidos no sustituye esas funciones. Las conecta. Sin esa conexión —inventario gestionado en un lugar, pedidos procesados en otro, cumplimiento rastreado manualmente, devoluciones atendidas por quien responda el correo— el sistema produce datos en los que ninguna función confía por completo. Ese es el problema estructural detrás de la mayoría de los fallos de gestión de pedidos B2B.
La versión B2B añade capas específicas que el ecommerce suele omitir: validación de órdenes de compra frente a términos acordados, comprobaciones de crédito antes de confirmar pedidos, enrutamiento de cumplimiento en múltiples ubicaciones entre almacenes propios y de terceros, y filtros de aprobación para pedidos por encima de ciertos umbrales o fuera de las condiciones estándar. Para fabricantes y distribuidores, un flujo integrado de gestión de pedidos con estos puntos de decisión marca la diferencia entre un proceso de ventas escalable y uno que se rompe cada vez que llega un pedido grande.
📊 En cifras:
Aproximadamente el 68 % de los clientes no volverá después de un solo fallo en el procesamiento de pedidos, y cerca del 84 % afirma que el desempeño del cumplimiento impulsa directamente su satisfacción general. No es un problema de envíos. Es un problema de diseño de flujos disfrazado de logística.
Importancia de la gestión de pedidos para el rendimiento empresarial
Esta es la versión incómoda: no es el volumen de pedidos lo que rompe las cosas. Es el diseño del flujo que opera por debajo.
Según el informe Supply Chain Trends Report 2024 de TrueCommerce, alrededor del 95 % de las empresas informa que enfrenta desafíos activos de gestión de pedidos. Esa cifra ha sido elevada durante años. Sigue siéndolo porque la mayoría de los equipos responde a los fallos añadiendo herramientas o personal, en lugar de rediseñar la lógica del flujo subyacente.
Lo que se rompe cuando el flujo está mal diseñado: los tiempos de ciclo de los pedidos se alargan porque la gestión de excepciones es manual y lenta. El coste por pedido aumenta a medida que el equipo dedica tiempo al retrabajo, la reintroducción de datos y el volumen de atención al cliente. Los retrasos en el cumplimiento de pedidos se acumulan cuando la reserva de inventario no está vinculada a la disponibilidad en tiempo real, lo que significa que las ventas por encima de las existencias se disparan durante los picos y las correcciones ocurren cuando el cliente ya está frustrado.
Lo que mejora cuando el flujo se diseña con puntos de decisión definidos: una gestión eficiente de pedidos implica SLA predecibles, porque la lógica de enrutamiento es determinista en lugar de depender de las personas. La visibilidad del estado del pedido se vuelve precisa y en tiempo real, en lugar de aproximada. Las devoluciones no se acumulan porque tienen una ruta definida desde el momento en que se inicia una devolución.
Los datos de abandono y satisfacción demuestran directamente el caso de negocio. Los volúmenes de pedidos pueden crecer, pero si el flujo no puede gestionar la complejidad de decisiones asociada a ese crecimiento —más canales, más ubicaciones, más combinaciones de SKU— la experiencia del cliente se degrada más rápido de lo que aumentan los ingresos. Diseñar el flujo no es una comodidad operativa. Es lo que permite que crecer no duela.
Qué hace un sistema de gestión de pedidos dentro del flujo
Un sistema de gestión de pedidos es la capa de software que ejecuta el flujo. No es el flujo en sí, sino el sistema que lo opera.
En la práctica, un OMS gestiona las partes del flujo de gestión de pedidos que son demasiado rápidas, de demasiado volumen o demasiado propensas al error humano para ejecutarse manualmente: centralizar entradas de pedidos multicanal en un único registro, mantener el estado del inventario en tiempo real entre ubicaciones, ejecutar la lógica de enrutamiento, generar facturas, activar la selección de transportista y cobrar o confirmar la entrega. El estado del pedido se actualiza continuamente para que todas las funciones conectadas —almacén, atención al cliente y finanzas— vean la misma información.
La conexión con las etapas descritas anteriormente es directa. Sin un OMS, la comprobación y reserva de inventario en la segunda etapa depende de consultas manuales y confirmaciones verbales, que es como se producen las ventas por encima de las existencias. El enrutamiento del cumplimiento en la tercera etapa se convierte en una decisión subjetiva en lugar de una regla. Las soluciones de gestión de pedidos que consolidan estas funciones no añaden pasos al proceso: hacen que los pasos existentes sean más rápidos, precisos y auditables.
Centralizar los datos de pedidos es la decisión arquitectónica que sustenta todo esto. Cuando los pedidos de cada canal, ubicación y sistema de registro convergen en un solo lugar, el flujo puede ejecutarse de forma coherente. Cuando no lo hacen, cada función trabaja con una versión distinta de la realidad. No es una deficiencia tecnológica. Es una decisión de diseño que los equipos suelen tomar sin darse cuenta.
Cuándo basta un sistema básico y cuándo necesita gestión distribuida de pedidos
Con bajo volumen y un solo canal, una pantalla básica de ERP o incluso una hoja de cálculo bien estructurada puede mantener unido el proceso de gestión de pedidos. Si procesa 30 pedidos al día desde una tienda hacia un almacén, es posible que la sobrecarga de un OMS completo todavía no se justifique.
El punto de inflexión llega cuando se multiplican los canales, se amplían las ubicaciones o crece la complejidad de los pedidos. Un segundo canal implica conciliar dos fuentes de pedidos con estructuras de datos potencialmente diferentes. Un segundo almacén implica una lógica de enrutamiento que una hoja de cálculo no puede ejecutar de forma coherente. La gestión moderna de pedidos a escala significa que la decisión de enrutamiento no puede vivir en la cabeza de alguien ni en una hoja de Google compartida: debe codificarse en un sistema que la ejecute de la misma forma para el pedido 10 y el pedido 10.000.
La gestión distribuida de pedidos es el patrón arquitectónico para el cumplimiento en múltiples ubicaciones: el OMS enruta cada pedido dinámicamente hacia el punto de cumplimiento óptimo en función del inventario, la proximidad y el SLA, en lugar de procesarlo desde un único almacén. Los equipos se encuentran con este punto de decisión cuando la complejidad del enrutamiento de cumplimiento supera lo que puede manejar un sistema centralizado diseñado para una ubicación. Automatizar el enrutamiento de pedidos en ese nivel no es una mejora. Es un requisito estructural. Las empresas que intentan optimizar las operaciones de pedidos a escala de múltiples ubicaciones con un enfoque integral de gestión de pedidos añadido a un sistema básico, sin rediseñar la capa de enrutamiento, son las que generan la cola de soporte que leo cada mañana.
Dónde divergen los flujos de gestión de pedidos B2B y de ecommerce
Mismo ciclo de vida. Ejecución muy diferente.
Los flujos de ecommerce están diseñados para la velocidad y el volumen. Los pedidos llegan desde una tienda para consumidores, se validan automáticamente, se enrutan al centro de cumplimiento más cercano basándose en el inventario y la optimización del transportista, y el cliente espera seguimiento en cuestión de horas. El flujo prioriza el cumplimiento rápido de pedidos, la optimización de tarifas de transportistas, la gestión del volumen de devoluciones y las actualizaciones de estado en tiempo real orientadas al cliente. Las plataformas de gestión de pedidos para ecommerce están diseñadas para gestionar miles de pedidos pequeños con una intervención humana mínima.
Los flujos B2B se construyen alrededor del pedido de venta como documento autorizado. Antes de que un pedido se enrute al cumplimiento, puede pasar por una comprobación de crédito frente a las condiciones de la cuenta del cliente, un filtro de aprobación para pedidos por encima de cierto umbral, una validación de precios personalizados frente a una lista de precios negociada y un paso de revisión de los términos de envío parcial si la cantidad completa no está disponible de inmediato. El proceso de pedidos de venta en B2B no es solo un desencadenante: es un contrato que el flujo de cumplimiento debe respetar.
El cumplimiento en múltiples ubicaciones es habitual en ambos casos, pero en B2B a menudo implica existencias asignadas entre almacenes propios, socios 3PL y proveedores de envío directo, con una lógica de asignación que considera el plazo de entrega contractual de cada cliente.
La consecuencia práctica para el diseño del flujo es la siguiente: un flujo de ecommerce que intenta procesar volúmenes de pedidos B2B por su ruta estándar omitirá los filtros de aprobación y la lógica de crédito, generando pedidos que pasan al cumplimiento antes de que finanzas haya confirmado que el cliente está al corriente. Y un flujo B2B aplicado a pedidos de consumidores de ecommerce añade tantos pasos de aprobación y validación que destruye la velocidad que espera el cliente.
Esta diferencia estructural también es donde las plataformas de automatización demuestran su valor. He visto a distribuidores mayoristas gestionar exactamente este problema —pedidos que llegan por correo electrónico, un portal B2B y notas telefónicas, cada uno requiriendo validación de condiciones de crédito antes del enrutamiento— con un flujo de Latenode que incorpora todos los canales entrantes, ejecuta extracción con IA sobre entradas no estructuradas, aplica un nodo JavaScript para reglas de negocio de crédito y pedido mínimo, y después publica pedidos limpios y validados en el ERP. El flujo cubre la recepción multicanal y la lógica de decisión específica de B2B en un único flujo, en lugar de requerir pasos manuales separados para cada canal. La configuración tomó entre 90 y 120 minutos; las credenciales del ERP y un conjunto de muestra de pedidos recientes fueron los requisitos previos. Los precios por ejecución significaban que un flujo de seis pasos que cubría recepción, análisis, validación, enriquecimiento, enrutamiento y escritura en el ERP contaba como una ejecución en lugar de seis tareas facturables independientes.
Fallos frecuentes en los flujos de gestión de pedidos que los equipos descubren demasiado tarde
No son desafíos abstractos. Son los patrones que reconozco en la segunda línea de una descripción de soporte.
- La entrada manual que sobrevive en operaciones multicanal
Un equipo que comenzó con una tienda y entrada manual de pedidos añade un segundo canal, luego un portal mayorista, y mantiene el mismo proceso de entrada porque «todavía funciona». Deja de funcionar cuando dos canales envían el mismo pedido en formatos distintos y la persona que los transcribe no detecta el duplicado. El síntoma: registros duplicados que aparecen en el ERP, clientes que reciben envíos duplicados y recuentos de inventario que pierden sincronización a los pocos días de un evento de ventas.
- La reserva de inventario basada en el optimismo
El flujo de gestión de pedidos confirma un pedido sin realizar una reserva definitiva contra las existencias realmente disponibles. Con volumen normal, esto es invisible. Durante una venta relámpago o un periodo de máxima demanda, dos clientes reciben confirmación por la misma última unidad. El síntoma: pedidos confirmados pero imposibles de cumplir, notificaciones de pedidos pendientes enviadas días después de la confirmación y un pico de volumen en atención al cliente sin explicación por parte del sistema de inventario.
- Las devoluciones tratadas como excepciones en lugar de etapas del flujo
No hay una ruta definida para las devoluciones: no hay lógica de enrutamiento, criterios de inspección ni desencadenante de reabastecimiento. Las devoluciones llegan por correo electrónico a atención al cliente y se gestionan de una manera diferente cada vez. El síntoma: artículos devueltos que vuelven al inventario con un estado incorrecto, retrasos en los reembolsos porque nadie es responsable del desencadenante y una cola de devoluciones que crece más rápido de lo que se resuelve.
- La visibilidad del estado de los pedidos aislada por función
El almacén ve su sistema. Atención al cliente ve otro. Finanzas ve un tercero. Ninguno se actualiza en tiempo real desde una única fuente de verdad. El síntoma: un proceso de pedido de cliente que muestra «en proceso» en el portal del cliente mientras el almacén ya lo ha enviado, porque la actualización de estado no se propagó. El cliente llama a soporte. Soporte revisa el sistema equivocado. Nadie parece preciso.
- El enrutamiento de cumplimiento que vive en la cabeza de alguien
Qué almacén atiende cada región, qué transportista se utiliza para cada tamaño de pedido, qué ocurre cuando la ubicación principal no tiene existencias: todo esto reside en el conocimiento institucional de una o dos personas en lugar de en una lógica de enrutamiento codificada. El síntoma: incoherencias de enrutamiento cuando esas personas no están disponibles, incumplimientos de SLA durante periodos de gran volumen y ninguna pista de auditoría cuando un cliente cuestiona por qué un pedido se envió desde 800 millas de distancia.
- Gestión de pedidos basada en hojas de cálculo a escala de canales
Este caso sigue apareciendo en las conversaciones sobre cadena de suministro. Un equipo que utiliza una hoja de cálculo compartida para rastrear pedidos en dos o más canales alcanza rápidamente el límite de precisión. El síntoma: operaciones de gestión de pedidos que requieren conciliación diaria, pedidos perdidos de canales que no actualizan la hoja maestra y una precisión del inventario y de los datos de pedidos que se deteriora semana tras semana.
🤔 Piense en esto:
La mayoría de los equipos invierte en un OMS o herramientas de automatización antes de haber definido los puntos de decisión del flujo que el sistema debería ejecutar. El resultado: la automatización opera más rápido, pero ejecuta el mismo proceso sin definir. El volumen de tickets no disminuye. Los tickets simplemente llegan más rápido.
Beneficios de la gestión de pedidos cuando el flujo está realmente diseñado
Los beneficios no están disponibles simplemente porque exista un OMS. Se hacen disponibles cuando el flujo tiene etapas, puntos de decisión y traspasos entre sistemas definidos; cuando la gestión eficaz de pedidos es una propiedad estructural, no una función del producto.
La reducción del tiempo de ciclo del pedido es la primera ganancia visible. Cuando el enrutamiento del cumplimiento se codifica en reglas en lugar de depender de decisiones subjetivas, el tiempo entre la captura del pedido y la confirmación de envío se acorta porque nadie tiene que decidir: el flujo decide. La precisión en la entrada de pedidos mejora cuando la lógica de validación se ejecuta en la recepción en lugar de más adelante, detectando datos incorrectos antes de que se multipliquen.
La retención de clientes es donde la calidad del diseño se convierte en una cifra de ingresos. Las estadísticas de abandono son claras: los fallos de cumplimiento son desproporcionadamente costosos porque los clientes que los experimentan se van a tasas elevadas. Una gestión de pedidos exitosa significa que el flujo detecta las excepciones antes de que se conviertan en fallos visibles para el cliente: la venta por encima de las existencias se marca antes de que se envíe el correo de confirmación, no después de que el cliente ya se lo haya contado a cinco personas.
La gestión de la cadena de suministro mejora cuando los datos de pedidos fluyen limpiamente hacia las señales de compras y reabastecimiento. La precisión del inventario mejora en toda la cadena de suministro cuando el OMS es la fuente autorizada de datos de consumo en lugar de uno de varios registros en competencia. Y la visibilidad de los pedidos de clientes —estado en tiempo real que se propaga entre todas las funciones conectadas— reduce por sí sola el volumen de solicitudes entrantes a soporte.
La escalabilidad es el resultado que hace que todos los demás beneficios se acumulen. Un flujo de gestión de pedidos bien diseñado escala los volúmenes de pedidos sin un crecimiento proporcional de personal. La lógica de decisión se ejecuta de forma idéntica con 100 pedidos o con 10.000. Según el análisis de OPEX sobre implementaciones de cumplimiento automatizado, integrar la gestión de inventario, la gestión de pedidos y la automatización de envíos reduce los errores de manipulación manual y mejora la velocidad de despacho, una descripción concreta de lo que ocurre cuando el flujo está realmente diseñado en lugar de improvisado.
