En muchsimas ocasiones visitando plantas de manufacturas, clientes, o dando clases sobre el
sistema pull y kanban hemos observado clculos diferentes de kanban. En certificaciones lean master hemos tenido participantes que nos dicen: "esto no es la formula que yo uso en mi planta"
La verdad es algo tan simple se ha vuelto tan complicado con las diferentes ofertas de mtodos de clculos desarrollados por adaptar un concepto pull a una combinacin compleja de proceso de produccin, comportamiento del mercado para este producto, y tipo de cadena de suministro de la empresa, donde entendemos por tipo: distancia, cumplimiento, frecuencia. De hecho al final les presentare 12 formulas mas que hemos podido investigar. No que son incorrectos. Son variaciones de un principio bsico que es la que vamos a exponer para adaptar el kanban al entorno donde va a funcionar.
Principio bsico: A- debe funcionar como un sistema pull, donde usamos nicamente cuando necesitamos, y cuando usamos hay que reponer lo usado. B- el principio A implica clculos de reposicin significando cantidad y tiempo. C- sabiendo que inventario es un desperdicio, y el kanban no deja de ser materia prima en espera es decir desperdicio, es sumamente critico que sea controlado, es decir que su tiempo de espera sea controlado y por lo general relativamente pequeo D- principio C genera las necesidades de tomar en cuenta la demanda diaria del cliente para el producto que usa esta materia prima de manera a considerar los conceptos de takt time y no sobre producir, y tomar en cuenta el tiempo para reponer el inventario usado y no crear faltantes luego. E- como ninguna demanda es permanente, continua, y estable, se debe tomar en cuenta las variaciones de esta demanda. Esto introduce un factor adicional que ser el MAD o mean average deviation. Su role es suavizar las fluctuaciones de la demanda, ya que de otro modo su calculo de kanban ser muy alto y constituir un inventario grande. F- crear un flujo balanceado de este "inventario controlado" o kanban a travs de un sistema de comunicacin en tarjetas de instrucciones especificas. Hablar de flujo balanceado implica calcular el numero de tarjetas necesarias basadas en el total del inventario lo que llamamos el tamao del kanban, de manera a que cada tarjeta de cada bin o contenedor controla una cantidad igual.
Estos principios fundamentales generan las formulas conceptuales siguientes:
K=Dd * Tr * (MAD+1) Tamao del kanban = demanda promedia diaria x tiempo de reposicin x (MAD+1)
#tarjetas = Dpd * Trct * (SS+1) / K numero de tarjetas = demanda promedia diaria x tiempo de reposicin de un contenedor x safety stock +1 / tamao del kanban
Ahora como dijimos hay una gran cantidad de otras formas de calcular. Pero notaras que en lo bsico todas responden a los principios antes discutidos, una variacin mas compleja que otra, pero por la adaptacin necesaria a la combinacin proceso, mercado, suministro. Estos son las formulas que se han encontrodados en plantas, en manuales, libros y hasta paquetes de software como Oracle y SAP
1. No. of kanban = (DD*LT+SS*SQRT(LT/TB))/KB+(DD*EPEI)/KB
Where: DD = Daily demand (units) LT = Replenishment leadtime (days) SS = Statistically calculated safety stock (units) SQRT = Square root TB = Time bucket of the safety stock data points (days) KB = Quantity per kanban (units) EPEI = Suppliers replenishment interval (days)
2. #KB = (DD*(LT+SS))/KBS +1
#KB = Number of Kanbans DD = Daily Demand LT = Lead Time SS = Safety Stock KBS = Kanban size
3. Total Reqd Inventory = (Average period demand * Replenishment time) + 1 or 2sigma + safety stock
4. Total Reqd Inventory = (Average period demand * Replenishment time) * 1.X {where X= 20- 40%} and the # of bins = TRI / container or bin size
5. # Kanban = ((AD * RT) + (SF * SD))/SCQ
AD = average period demand RT = replenishment time (in the same time bucket as AD) SF = the Z factor, typically 1.645 for 95% SD = demand standard deviation SCQ = the standard container quantity
6. # Kanban = (average demand during lead time + safety stock) / container quantity
7. N = (dL + S)/C
N = number of kanban d = average demand per hour L = lead time in hrs S = safety C = container quantity
8. K=((RT * AC)/Cont) * (SF + C)
K = number of kanban Cont = contents per kanban RT = replenishment lead time per kanban AC = average consumption per time period SF = safety factor C = constant, default = 1
The one I use is #5.
9. (Daily Demand x (Run Frequency + Lead Time + Safety Time)) / Container Capacity
Daily Demand = Customer Consumption expressed as # of units Run Frequency = Frequency which you decide to set-up and produce that item. This is expressed as a unit of time. For a five day work week, running the product every day would equal (1), every third day would equal (3), etc. Lead Time = Manufacturing lead time (processing time + Set-up time + queue time) + lead time for kanban retrieval expressed as a unit of time. Safety Time = Allowance for variations in demand and supply, also expressed as a unit of time. Keep as low as possible. Container Capacity = Number of units per container (# of units in a container is always the same number).
10. World Class Manufacturing has an on-line Kanban Size Calculator that uses the following formula:
Total Required Inventory (TRI) = Weekly Part Usage * Lead-time * Number of locations for stock # Kanban = TRI / Container Capacity
11. Oracle uses
By default, the standard calculation is:
(C 1) * S = D * L
where:
C is the number of kanban cards S is the kanban size D is the average daily demand L is the lead time (in days) to replenish one kanban
12. SAP says
K = ((RT * AC)/CONT) * (SF + C)
where
K numbers of Kanban CONT contents per Kanban RT replenishment lead time per Kanban AC average consumption per time SF safety factor C constant (default 1)
Una vez determinado el tamao del Kanban y la cantidad de unidades por contenedor/Tarjeta, Surje la pregunta de cuantas tarjetas por cada uno de los tres colores que componen lo componen? Verde, Amarillo y Rojo, como hacerlo? El ojetivo bsico es desglozar la formula utilizada para los calculos, en colores.
1-Cantidad en el Verde
El verde es el resultado del Tamao de lote a reponer. su formula Q/C Donde Q es el tamao de lote y C es la cantidad de unidades por contenedor o Tarjeta. Ejemplo: La cantidad de Unidades por contenedor es de 25 y se decide reponer en lotes de 100 unidades. Esto quiere decir que 100/25=4, el verde necesita minimo 4 tarjetas para acumular 100 unidades(Su tamao de lote).
2-Cantidad en amarillo
En su formula se utilizo un inventario de seguridad(Safety Stock), ademas del MAD se debe tomar en cuenta las variaciones del lead time del suplidor y su nivel de confiabilidad. este ser un porcentaje del tamao del Kanban divido entre la cantidad de unidades del Contenedor/Tarjeta.
3-Cntidad de Rojo
El rojo no es mas que la demanda durante el Lead Time dividido entre la cantidad de unidades de contenedor/Tarjeta, es decir la demanda o consumo mientras se repone, por esta razon si una tarjeta llega al rojo nos quiere dicir que en algun momento el proceso se detrendr por falta de material.
Un kanban es un inventario y auque sea un "inventario permitido por lean" no deja de ser un desperdicio, para continuar mejorando y llevarlo a la minima expresion se recomienda redudir lead time, el tamao de lote y aumentar la confiabilidad del proceso o suplidor que lo alimenta.
Otra forma de calcular el rea de cada color en la pizarra kanban es determinar primero el nivel critico que hara colocar una tarjeta kanban en el espacio rojo.
Suponemos que el proceso suplidor tiene un tiempo de reposicin de un bin de 200 unidades de 20 minutos y el proceso cliente tiene un cycle time para el mismo tamao de bin de 120 minutos (2 horas), es decir 6 veces mas lento. Cuando el proceso cliente se lleva la tarjeta numero 6 de 8 por ejemplo, y la coloca en como primera tarjeta en el rea rojo, si en este momento el proceso suplidor inicia la reposicin de 6 bines, terminara justo a tiempo cuando el proceso cliente finaliza el bin 6 para llevarse el 7, y entonces el proceso suplidor tendr de nuevo 6 tarjetas en la pizarra con la numero 6 en el rea rojo y tendr que SEGUIR produciendo para reponer nuevamente 6 tarjetas. Entrara as un circulo permanente de reposicin por lo que el kanban perdera sentido ya que este proceso suplidor estara siempre produciendo, y el kanban no seria ninguna seal de trabajo, lo que lo hace un push y no un pull.
Entonces el nivel critico donde el pull vuelva a ser un push se define como el process time del proceso cliente divido entre el tiempo de reposicin (en nuestro ejemplo 120/20) para un mismo tamao de bin. Este numero de tarjeta es donde debe iniciar el rea rojo.
A partir de all, pues definimos de forma subjetiva el verde y el amarillo. Por ejemplo en este caso podramos fijar a 3 el rea verde y a 2 el rea amarillo por lo que el proceso suplidor ya no trabaja todo el tiempo. Inicia su labor con la cuarta tarjeta ( la orienta en el amarillo) y tiene como flexibilidad en el inicio la quinta tarjeta por si a caso no pudo iniciar al momento de colocar la numero 4.
Esto es una manera muy simple y efectivo.
Cycle time del cliente / tiempo de reposcion del suplidor = numero de tarjeta para inciar rea rojo. time del cliente / tiempo de reposicin del suplidor.