App para entradas y salidas de almacén

Budgetrahmen

300 - 800 EUR

Ende der Angebotsphase

Angebotsphase abgeschlossen

Notwendige Expertise

Web & Programmierung, AJAX, Google Android, iPhone / iPad, J2EE, J2ME, Objective-C (Apple iOS)

Kunde

SYM*** - Spanien

Beschreibung

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.

Mehr Projektdetails

Projekttyp Festpreis

Vertraulichkeit Meine Projektausschreibung soll für alle Besucher von twago und in Suchmaschinen (z.B. Google) sichtbar sein.

Implementation -

Ausschreibungsdetails Die Angebote sollen öffentlich sichtbar sein.

Alle Fragen und Antworten 12 Personen folgen dem Projekt

Sie haben Fragen zum Projekt? Stellen Sie hier Ihre Fragen. Der Kunde antwortet hier ebenfalls, um allen die gleichen Informationen zu geben. Bitte geben Sie hier keine Kontaktdaten an. Inhalte, bei denen es nicht um Projektdetails geht, werden gelöscht. Sie möchten den Kunden direkt anschreiben? Bitte geben Sie zuerst Ihr Angebot ab. Ihr Angebot ist unverbindlich und jederzeit aktualisierbar. Anschließend können Sie mit dem Kunden persönlich kommunizieren.

Vor ca. einer Minute

Vor {0} Minute

Vor {0} Minuten

Vor {0} Stunde

Vor {0} Stunden

Vor {0} Tag

Vor {0} Tagen

Vor {0} Woche

Vor {0} Wochen

Vor {0} Monat

Vor {0} Monaten

Vor {0} Jahr

Vor {0} Jahren

[ausgeblendet]

Alle 4 Rückfragen & Antworten zeigen

Auftraggeber

Vor 8 Monaten

El sistema puede ser iOS, de hecho, yo lo prefiero montar en un iPad, pero me vale construido en HTML5, claro, o para Android.

twago Nutzer

Vor 8 Monaten

Puede desarrollarse por etapas? Podría construirlo sobre HTML5 y jQuery para dispositivos móviles, pero el presupuesto luce insuficiente para todas las funcionalidades descritas..

Angebote und Service-Anbieter