<
Un ambiente de fabricación esbelta utiliza kanbans para coordinar y llevar a cabo el reabastecimiento de materiales. La definición de políticas kanban rige la creación y el comportamiento de las tarjetas kanban, como se indicó en la primera parte de esta serie (consulte Fabricación esbelta usando Microsoft Dynamics AX). Los estudios de casos permiten entender cómo los kanbans soportan las variaciones en las prácticas esbeltas, incluso cuando una célula de trabajo tiene demandas que surgen de los kanbans y las órdenes de producción.
Si desea conocer más, consulte los extractos del libro Managing Your Supply Chian Using Microsoft Dynamics AX (Hamilton, 2007): Microsoft Dynamics AX 4.0 para ambientes de manufactura y Microsoft Dynamics AX 4.0 para ambientes de distribución.
Primer estudio de caso: ambiente pull-to-order
El primer estudio de caso ilustra el uso de los distintos tipos de tarjetas kanban que describimos en la parte anterior de esta serie. En este caso, las políticas de reabastecimiento para el artículo final reflejan un kanban de fabricación pull-to-order (PTO), mientras que para los demás componentes se usan kanbans de reabastecimiento. PTO es un caso especial de ambientes de fabricación bajo pedido (MTO), en el que las tarjetas kanban establecen un vínculo con las órdenes de venta y actúan como herramienta principal de coordinación.
El estudio de caso implica una estructura de producto de dos niveles para crear el artículo final, identificado como Producto #1 en la figura 1. La parte izquierda de la figura 1 muestra la estructura del producto en cuanto a hoja de materiales y ruta. Una célula de ensamble final produce el Producto #1 de acuerdo a la demanda de la orden de venta, y los artículos completados se colocan en un área de almacenado de embarques, para ser embarcados más adelante. Para fabricar el Producto #1 es necesario contar con el Subensamble #1, la Pieza #1A y otros componentes comprados. Estos últimos se almacenan junto a la célula de ensamble final, y las recepciones se hacen directamente a la ubicación. Una ubicación de inventario en la fábrica se conoce comúnmente como ubicación de almacenamiento en tienda o ubicación en tienda. La parte derecha de la figura 1 muestra la organización de las células y las ubicaciones de inventario en la fábrica.
Figura 1: Estudio de caso de fabricación esbelta.
El Subensamble #1 se fabrica para almacenarse en la célula de subensamble, usando la Pieza #1B y otros componentes comprados, que primero se reciben en un almacén y luego se transfieren a la ubicación de almacenamiento en tienda, junto a la célula de subensamble. Los Subensambles #1 que se completan se colocan en la ubicación de almacenamiento en tienda para ensambles finales.
Los kanbans de compra son la base para reabastecer el material comprado que se encuentra tanto en el almacén como en las ubicaciones de almacenamiento en tienda para ensambles finales. Un kanban de compra es una señal para el proveedor, y la transacción de recepción del kanban actualiza el saldo en existencia de un artículo. Los kanbans de transferencia reabastecen las existencias en tienda para la célula de subensamble, con el material que se transfiere del almacén. Un kanban de transferencia es una señal para el almacén, mientras que la transacción de recepción del kanban transfiere inventario entre las dos ubicaciones. La porción izquierda de la figura 2 muestra estas señales kanban y las recepciones kanban relacionadas con ellas.
Figura 2: Estudio de caso y el uso de kanbans.
Hay que tener promesas de entrega realistas para la partida de una orden de venta del artículo final (Producto #1) si se quiere alinear la demanda con la capacidad disponible. Las promesas de entrega pueden basarse en la lógica de cálculo de la planeación de Dynamics AX. En este caso, las promesas de entrega de un producto fabricado con políticas de kanban PTO también pueden estar basadas en los ritmos de la célula de ensamble final relacionada. Para coordinar las actividades de embarque se utiliza un programa de embarques.
Se genera automáticamente un kanban PTO de fabricación para el artículo final (Producto $1), donde la cantidad y la fecha de vencimiento corresponden con la orden de venta. Este kanban PTO es una señal para la célula de ensamble final y aparece en el programa de producción de la misma. En este estudio de caso, la transacción de terminación del kanban actualiza el saldo de existencias del artículo final (en el área de almacenamiento para embarque) y deduce automáticamente las existencias de los componentes (en la ubicación de almacenamiento en tienda del ensamble final).
Un kanban de fabricación para el Subensamble #1 reabastece las existencias en tienda de la célula de ensamble final. En este estudio de caso, la transacción de terminación del kanban actualiza el saldo de existencias del subensamble (en la ubicación de almacenamiento en tienda) y deduce automáticamente las existencias de los componentes (en la ubicación de almacenamiento en tienda del ensamble final).
El programa de producción de la célula de trabajo es una segunda herramienta de coordinación de los kanbans de fabricación. El programa de producción de los kanbans de fabricación puede ajustarse de manera que refleje una producción intercalada de varios artículos, como producir cada artículo durante el día, en lugar de producir toda la cantidad del kanban de un artículo antes de producir el kanban siguiente. Este concepto se denomina programación heijunka.
Este programa de producción muestra las partidas de las órdenes de venta que se deben embarcar, y la información sobre el artículo, la cantidad, la fecha de embarque, el estatus del kanban y el programa de producción asociado. Esta información sirve para coordinar los embarques y la producción, ya que el departamento de embarques puede ver la producción terminada y en proceso.
Segundo estudio de caso: ambiente PTO de varios niveles
El segundo estudio de caso ilustra el uso de kanbans PTO para la célula de ensamble final y la o las células de alimentación relacionadas. Este estudio de caso utiliza la misma estructura de productos de dos niveles que aparece en la figura 1, y la única diferencia en la figura 2 sería el uso de un kanban PTO de fabricación para la célula de subensamble. La relación entre una célula y sus células de alimentación (llamada la estructura de ensamble) debe definirse previamente para que pueda apoyar los ambientes PTO de varios niveles. Por lo general, la estructura de ensamble refleja porciones de la hoja de materiales de varios niveles donde el componente fabricado emplea kanbans PTO en la coordinación.
Tercer estudio de caso: kanbans para un artículo final en existencia
El tercer estudio de caso ilustra el uso de kanbans de reabastecimiento para el artículo final, donde las existencias se almacenan en una ubicación de bienes terminados. Sin embargo, los kanbans PTO se usan para transferir inventario de la ubicación de bienes terminados al área de almacenamiento para embarque, de donde se embarcarán posteriormente como parte de una orden de venta. Los kanbans PTO de transferencia son la base para surtir el artículo final que está en existencias. La figura 3 muestra las características únicas de este estudio de caso y se describen a continuación.
Figura 3: Estudio de caso para un artículo final en existencias.
Una orden de venta es el punto de origen y la partida de la misma identifica el área de almacenamiento para embarque como la ubicación desde la que se enviará el embarque. Las políticas kanban de reabastecimiento para este artículo final y esta ubicación de almacenamiento reflejan un kanban PTO de transferencia que será reabastecido desde la ubicación de bienes terminados. Al usar una plantilla se minimiza el esfuerzo necesario para definir estas políticas de reabastecimiento para cada artículo final. Si no hay existencias suficientes de los bienes terminados, se puede generar automáticamente un kanban PTO de fabricación para que la célula de ensamble final produzca el artículo. El programa de embarques muestra el estatus de estos kanbans PTO, de manera que permite tener una coordinación de los embarques, las existencias de bienes terminados y la producción.
Apoyo a las prácticas de fabricación esbelta y tradicional
La aplicación para fabricación esbelta proporciona conceptos nuevos que complementan la funcionalidad de Microsoft Dynamics AX, de manera que un solo sistema puede apoyar las prácticas de fabricación tanto esbelta como tradicional. El reabastecimiento de artículos puede basarse en las políticas kanban o las políticas de cobertura de los artículos que utilizan los cálculos de la planeación de AX (como la lógica de asignación de tamaños a los lotes por periodo). Por ejemplo, algunas empresas han introducido las prácticas esbeltas en cierta línea de producción, mientras que en otras líneas emplean órdenes de producción. Otro ejemplo es la introducción de prácticas esbeltas para el ensamble final, mientras que las operaciones de subensamble emplean órdenes de producción. Otros ejemplos son los siguientes:
- Una célula de trabajo produce artículos que se originan con las demandas kanban o de las órdenes de producción, generalmente durante el periodo de transición de prácticas tradicionales a esbeltas.
El programa de producción para esta célula de trabajo puede implicar tarjetas kanban y órdenes de producción planeadas, y puede apoyar la generación de reportes al terminar los kanbans y las órdenes de producción.
- Es posible emplear ambos conjuntos de políticas de reabastecimiento para los mismos artículos, de manera que las políticas kanban coordinan el reabastecimiento real, mientras que las promesas de entrega, las proyecciones para los materiales y los requisitos de capacidad se pueden basar en los cálculos de la planeación.
- La proyección de los requisitos que se basa en los cálculos de la planeación puede utilizarse para calcular la cantidad kanban y el número de kanbans para un artículo.
En comparación con los enfoques tradicionales, la funcionalidad esbelta simplifica mucho la generación de reportes de las transacciones. Por ejemplo, una recepción típica de una orden de compra en Dynamics AX requiere crear la orden de compra, identificarla durante la recepción, registrar la cantidad de recepción que está dentro de las tolerancias de entrega y definir los pasos a seguir cuando la cantidad recibida no corresponde con la cantidad ordenada. Con las tarjetas kanban, la transacción de recepción sólo requiere que se identifiquen la cantidad y la tarjeta kanban. La simplificación se hace mucho más aparente cuando se compara la complejidad de las transacciones entre las órdenes de producción con los kanbans de fabricación.
Conclusiones
Este artículo sobre fabricación esbelta para Microsoft Dynamics AX explicó cómo manejar algunas de las variaciones que se dan en las prácticas esbeltas. Trató la definición de las políticas kanban que rigen la creación y el comportamiento de las tarjetas kanban. Los kanbans y sus políticas de reabastecimiento representan alternativas al uso de órdenes planeadas y mensajes de acción para efectos de coordinación y ejecución. Se presentaron varios estudios de casos que subrayaron las variaciones en las prácticas esbeltas y el uso de kanbans. Los kanbans y los programas de producción son nociones nuevas que complementan la funcionalidad de Dynamics AX para que un solo sistema pueda apoyar las prácticas de fabricación esbelta y tradicional. Estas nociones nuevas también simplifican la generación de reportes sobre las transacciones y el uso del sistema, de forma que contribuyen a eliminar el desperdicio.
Con esto termina la segunda parte de la serie Fabricación esbelta usando Microsoft Dynamics AX.
Acerca del autor
El Dr. Scott Hamilton ha trabajado como consultor con más de mil empresas en el mundo y ha ofrecido varios seminarios ejecutivos sobre cuestiones de gestión de la cadena de suministro (SCM) y planificación de los recursos empresariales (ERP). También ayudó a diseñar tres paquetes de software ERP de gran influencia. Algunos de sus libros son Maximizing Your ERP System y el libro de texto APICS CIRM sobre sistemas de información para fabricación, así como otros libros sobre Microsoft Dynamics AX y Dynamics NAV. Se le puede contactar en ScottHamiltonPhD@aol.com o en el 612-963-1163.
Si desea obtener más información o iniciar su propia comparación de soluciones, visite el