Descripción del proyecto
TraducidoEl núcleo es la solicitud de ingreso. Cuando llega una bicicleta, queremos un ticket que registre al cliente y contactos, marca y tipo de bicicleta, problema declarado, accesorios dejados con ella, el precio estimado acordado y el plazo prometido. Cada ticket pasa por estados de trabajo claros que todos entienden: recibido, diagnóstico, esperando piezas, en reparación, listo para recoger, cerrado. Necesitamos un tablero o lista donde todo el equipo vea cada bicicleta en la tienda y su etapa, para que la persona en el mostrador pueda responder "¿está lista mi bicicleta?" sin correr al taller o buscarla allí. El ticket debe almacenar una breve historia del trabajo realizado y qué mecánico lo hizo, y debe vincularse a las piezas y mano de obra que componen la factura final.
Las piezas son la otra mitad. Necesitamos un inventario simple de piezas para componentes y consumibles que tenemos en stock: tubos, cables, cadenas, pastillas de freno, rodamientos, etc.—con cantidades que disminuyen automáticamente cuando una pieza entra en reparación y que advierten cuando el stock es bajo, para que dejemos de pedir en exceso y dejemos de descubrir contenedores vacíos a mitad de reparación. Cuando una bicicleta pasa al estado de "listo para recoger", el sistema debe notificar al cliente, luego generar una factura ordenada que liste todo el trabajo y las piezas utilizadas, lista para entregar. Por favor, sugiera una forma razonable de construir esto; a continuación se encuentran nuestros requisitos imprescindibles.
— Tickets de ingreso con cliente, bicicleta, problema, estimación y plazo
— Estados de trabajo claros y un tablero que muestre todas las bicicletas en la tienda
— Inventario de piezas con deducción automática al usarse y advertencias de bajo stock
— Notificación al cliente cuando la reparación esté lista
— Factura al recoger con lista de trabajo y todas las piezas utilizadas