Con éxito

Notas

Error

Session expiration Your session is going to expireClick here to extend

Presupuesto

Proyecto pequeño <800

Publicado el

21/09/11 12:57

Este proyecto ha expirado

Publica un proyecto similar y recibe ofertas sin compromiso alguno.

¡Publica un proyecto similar ahora!

Descripción

La utilidad deberá:

-          Cuando el operario quiera meter algo en el almacén, el sistema debe ofrecer al operario una lista de referencias (H2840 es una posible codificación que existe en nuestro inventario) que se han de cargar previamente. El operario señalará H2840 con su dedo.
-          El sistema ha de pedir la cantidad de esa referencia que se lleva a cada hueco (siempre es una cantidad menor que un máximo para cada referencia -12.000 para la H2840 o menos). El sistema ofrecerá 12.000 piezas, y el operario confirmará o anulará esa cantidad. Entonces debe de aparecer un teclado que le permita meter el dato a mano si es distinto del general.
-          El sistema debe de ofrecer un hueco LIBRE en un almacén ya codificado (3F2 es una posible codificación que existe en nuestro almacén). El operario aceptará la operación y el sistema grabará que esa referencia está en esa ubicación desde esa fecha y esa hora. El operario entonces hará físicamente el movimiento que le haya ofrecido el sistema.
-          El sistema ha de señalar donde se encuentra cada mercancía de la mas antigua a la más moderna (FIFO)
-          El sistema debe de poder eliminar la referencia de la ubicación cuando el material se venda, y ofrecer esa ubicación al siguiente material que llegue al almacén
 
 
FAQ
 
1.       El sistema ha de pedir la cantidad de esa referencia que se lleva a cada hueco…
a.       Hay que leer la cantidad máxima de alguna tabla de su aplicación?
Hay que leerlo, si, pero de un archivo maestro ad hoc, no de ningun archivo procedente de un ERP. Se deberia de poder cargar la situacion inicial.
b.      ¿la cantidad que va entrar el usuario se dimensiona a su libre albedrio o hay que leer alguna orden de producción? ¿El usuario puede poner cualquier cantidad entre 0 y el máximo sin necesidad de validar con nada?
El sistema primero ha de ofrecer, y después si, sin necesidad de validar con nada. No necesito ese control, ya lo tengo en las máquinas.
2.       El sistema debe de ofrecer un hueco LIBRE en un almacén ya codificado…
a.       Hay que leer el sistema de ubicaciones y su estado de su ERP
No, pues solo tiene que ofrecer un hueco libre. Partimos de que el primer día hemos de cargar el almacén virtual con referencias virtuales, y solo las posiciones que queden libres deberán de ser elegibles.
b.      Su sistema de ubicaciones pueden ser multi-producto? (varias referencias en la misma ubicación)
Si, pero solo forzando al sistema. Es decir, el sistema nunca debe de ofrecer una ubicación ocupada, pero debe de permitir que el operario le fuerce a meter una referencia en un espacio ocupado
c.       Existen lotes de una misma referencia? En una ubicación pueden haber diferentes lotes? Donde aparece el lote? Es manual? Hay que leerlo de algún parte? La fecha y hora viene a ser el código del lote?
Los lotes no importan, pues los trazaré igual por la fecha de entrada en el almacén. Por eso pido que el app sepa cuando entró una referencia, para ofrecer la salida primero (FIFO)
d.      Como se mide la capacidad física de la ubicación, por dimensiones físicas de la pieza o por unidades, si es por dimensiones hay que hablar de embalajes y factores de conversión.
Todas las ubicaciones son iguales, y todo se monta sobre pallet. Es irrelevante si el hueco es de 1 m3 o de medio. Solo hablamos de huecos.
e.      Cualquier ubicación es posible? Algún sistema de ubicación por áreas o familias de productos para optimizar los pickings?
El sistema debe ser caótico, por tanto toda ubicación es posible. Como extra quiero que el sistema ofrezca ubicaciones cercanas a la puerta (cuya primera letra del código sea A hasta F; p.ej.: 5C1)  a las referencias que salen más frecuentemente. O bien por tabla de clasificación manual (ejemplo; una columna más a añadir a la fila del archivo maestro: H2840 – 12.000 – A) o bien porque guarde el registro de cuándo fue la última vez que vendió. Lo que sea más fácil.
f.        Deben permitirse las reubicaciones? O las correcciones en caso de error?
Reubicaciones y correcciones sí, pero por salida y vuelta a entrar. Es decir, no es nada aparte, es el sistema propiamente
g.       Debe haber un sistema de recuento cíclico aleatorio para asegurar la fiabilidad de los inventarios por ubicación?
No, pero estaría bien incorporarlo.
3.       El sistema ha de señalar donde se encuentra…(FIFO)
a.       ¿Cuándo ha de mostrar esta información? Algunas pantallas de consulta? Intenta tener un sistema paralelo de ubicaciones al ERP?
Ha de mostrarlo siempre que se le pida sacar una referencia. El app debe decir donde esta lo que se busca
b.      …listados e informes?
Ha de grabar cada entrada y cada salida con fecha, hora, referencia, cantidad y estatus (ocupado o vendido). Este listado ha de poder exportarse.
4.       El sistema debe de poder eliminar la referencia de la ubicación…
a.       Se debe eliminar del ERP? O del sistema paralelo de la aplicación?
No. No quiero que se relacione con el ERP. Es un sistema en paralelo.
b.      Cuando se sabe que se ha vendido? Como se sabe la cantidad? o …todo es manual? Si es manual todavía con más razón es recomendable un sistema de recuento cíclico.
Todo es manual, y aparte del ERP. La cantidad la sabe el operario, si ha de sacar un pallet, sabe que lleva 12.000 porque el sistema se lo recuerda al sacarlo. Nunca se parten los pallets. Por eso usamos (poco) algunas ubicaciones multireferencia.
c.       Como se sabe que ha salido de arias ubicaciones? Quien manda sobre la expedición el ERP o el IPAD (tablet o lo que sea)?
Cada pallet es una ubicación y una salida, por tanto. Manda el App.