Evaluating bids

Sistema De Pedidos

Published on the March 15, 2015 in IT & Programming

About this project

Open

Indicaciones generales
los pedidos no pueden enviarse con cantidad en cero.
Si un producto ya está agregado en el shopping bag debe estar resaltado
los pedidos deben de tener una caja de texto donde puedan poner alguna descripción o justificación por cada producto y una descripción general del pedido
visualizar el estado en el que se encuentra el pedido, por ejemplo: por aprobar, aturización1, autorización2, despacho, etc
todas las opciones deben ser activables y desactivables por cliente
opción para que el usuario que hizo el pedido pueda hacer una recepción del pedido en el sistema. OPCIÓN ACTIVABLE
El sistema debe tener opciones para hacer cargas masivas de la información.
La apariencia visual de la aplicación debe ser muy empresarial pero a la vez agradable y de fácil uso para el cliente.
Avisos mediante correos electrónicos por cada cambio de estatus



tipos de usuario
•    administrador del sistema
•    administrador del cliente: este usuario debe administrar todo pero solo del propio cliente
•    usuario ingresador del cliente: este usuario hace los pedidos  de los departamentos que tiene asignado. Este usuario puede tener asignado uno o varios departamentos de varias agencias o departamentos.
•    Usuario autorizador cliente(algunos niveles de aprobación): Este usuario tiene la potestad de autorizar el pedido, devolver el pedido, cambiar las cantidades del pedido y autorizarlos.  Este usuario debe poder visualizar las cantidades de los productos que antes ya ha pedido (historial)
•    Usuario Despachador: Este usuario es interno de la empresa para la persona que maneja la bodega y deba tener la opción de poner como despachado el pedido y cerrar el ciclo del pedido
AGENCIAS
•    Las agencias deben de tener departamentos con código propio del sistema y campo para código del cliente
•    Agencias con provincia, ciudad, teléfono

CONTROLES
•    Cantidad de pedidos por mes
•    Calendario mensual para hacer pedidos de los cuales se dividen para hacer pedidos y para aprobar. Todo debe ser en días hábiles.

•    Control de presupuesto por departamento y este debe estar prorrateado para las categorías o grupos de los productos
•    Productos por departamentos.
•    Cantidad de producto por departamento.
•    Los usuarios autorizadores pueden cambiar las cantidades solicitadas. En la visualización del detalle del pedido debe tener las columnas cantidad pedida, cantida aprobada1, cantidad aproada1, con sus respectivas cantidades
•    

productos
•    los productos deben tener categorías o grupos de productos, por ejemplo: cafetería, insumos limpieza, suministros de oficina, etc
•    los productos deben tener la opción de poderlos resaltar como productos no comunes.
•    Deben contener imágenes
•     Los productos deben de contener unidades de medida y empaque
•    Deben de tener un código propio del sistema y un campo adicional para el código del cliente

REPORTES
•    De productos
•    De agencias, departamentos, usuario ingresador y usuario autorizador
•    De consumos y ventas donde contenga toda la información (solo para administradores y autorizadores)

Category IT & Programming
Subcategory Web development
Is this a project or a position? Project
I currently have Not applicable
Required availability As needed
Experience in this type of projects Yes (I have managed this kind of project before)
API Integrations Other (Other APIs)
Roles needed Designer, Developer, Business analyst

Delivery term: April 14, 2015

Skills needed

PHP