He pensado que sería buena idea aclarar un poco mejor a qué me refiero con mi comentario anterior, para mostrar qué puede ir mal.
Pongamos que tienes una tarea tres niveles por debajo de la tarea inicial. Ahora creas una variable llamada ´unidades´ pero en realidad la tenías creada uno o más niveles por encima, sobreescribiendola (lo que dará lugar a errores). Ahora supongamos que te das cuenta de que puede que ya exista, así que debes revisar el resto de tareas para ver si es así. De ser el caso supón que no puedes usarla así sin más porque no hace referencia a lo mismo. Así que podrías terminar con una variable llamada ´unidades´, que hace referencia a las unidades disponibles en mostrador (nombre genérico para algo especifico) y ahora creas una variable llamada ´unidades_inventario´ (nombre especifico para algo específico).
O sea, con pseudo variables globales vas a tener que andar con pies de plomo a la hora de nombrar variables. Siguiendo con el ejemplo anterior habría sido mucho mejor nombrar al principio ´unidades´ como ´unidades_mostrador´ pero cuando comenzaste el proyecto quizás no pensabas desarrollarlo tanto como para tener esa precaución.
Con el sistema de pasar variables no hay problema en repetir nombres de variables, porque son realmente locales, y cualquier aclaración adicional sobre su significado se puede indicar con comentarios en el inicio de la tarea. Puedes usar ´unidades´ tanto en la tarea de inventario como en la de punto de venta, que queda claro tanto por el contexto como en la inicialización de la tarea. Las variables que tienes a la vista al inicio son las que puedes usar de entre las que proceden de fuera, no tienes que tener en cuenta posibles variables creadas en otras tareas. Y añadir más variables externas obliga forzosamente a una verificación de consistencia al tener que editar también la tarea origen.