Sugerencias

Actualmente el crédito del cliente al realizar un pedido se valida contra el disponible que tiene, estaría mejor que se pudiera validar contra el total asignado para poder levantar el pedido, y ya el entregador cobra y entrega al cliente.

Estaría muy bien tener en el ticket de cobranza el número de entrega pagada con la cobranza realizada

Actualmente los descuentos se muestran en el ticket y están muy bien, aún así estaría aún mejor que se muestre el monto de descuento que se le está dando por cada producto.

Estaría muy bien que no se dejaran meter a la ruta productos cuya promoción no se completa por falta de inventario y aunque no se pueda entregar el producto, es confuso pues aparece en la pantalla para el usuario móvil.

Actualmente al utilizar el endpoint /api/v2/priceList/{priceListCode} puedo especificar uno o varios productos en el array "items" para cambiar su precio para cierta "lista de precios"; sin embargo, la respuesta del servidor contiene toda la lista de precios, incluyendo productos que no fueron modificados. Este comportamiento genera una carga innecesaria en la respuesta, lo cual puede afectar el rendimiento, especialmente cuando se trabaja con listas de precios extensas. Sería muy útil contar con un endpoint adicional (o una mejora en el actual) que permita actualizar uno o varios productos sin que el servidor devuelva toda la lista, sino únicamente los productos que fueron editados. Esto mejoraría significativamente la eficiencia del proceso tanto del lado del cliente como del servidor.

Ya en calle el preventista es el que guarda y mantiene la base de clientes, el entregador no debiera poder mover estos datos pues puede causar conflictos y desajustes.

La sugerencia es agregar el número de entrega al cobro asociado a esta dentro del reporte de cobranza, de esta manera se facilitaría mucho el seguimiento de la misma sin tener que estar revisando entrega por entrega.

Poder contar con una integración con SAP B1 y conectarlo con Handy.

La sugerencia es agregar nuevos roles en Handy, uno para que pueda mover información de la cuenta sin tener que dar el permiso de administrador de cuenta y otro que pueda ver datos pero sin moverle a nada, para que pueda sacar datos para analizar, pero sin poder ifluir en la operación.

La idea es crear un candado para no dejar reprogramar entregas si no se entregan, puede ser útil para unos pero hay empresas que ya no manejamos el reprogramado de entregas y solo crea un acumulado de pedidos fantasma que no hay que entregar ya.