Multi-point orders with dynamic pricing

[Paul-Eraman-CoopCycle]

with a 3rd task

Pricing

EN

We have had the objective for a long time now of having orders with multiple dropoff that have prices correctly calculated. There is a new page in the docs (link here) that explains how to use the feature (its a bit complicated, for example, you cannot use rules based on distance).

Right now the feature does the following things:

1. You can create multiple dropoff points
2. These tasks and their characteristics make prices.
3. Unlike orders, where prices are calculated based on the characteristics of the whole order, the price here is calculated by making a sum of the price of all the tasks.
4. The final price that is reflected in CoopCycle later once every task has "finished" (can be failed, cancelled, or completed) will be the sum of all completed tasks. (If one of the drop offs is cancelled, the price will not include that tasks price)

IMPORTANT

• KM based rules do not work
• You must use the new rules that indicate "task type =" and click "apply to all the tasks" and "all the matching rules" for the pricing to work accurately.

Right now we need to do two things.
A. Try to break the feature so it doesn't happen later and we can fix it before giving to everyone
B. This is a first version. What can we do better? Some things I have seen already that might be interesting to think about:

• Clients might now want to fill out many many tasks, so we need to make the task creation as simple and easy as posible. This might include better searching for saved clients and therefore automatic filling out of client info, or only having fields that are relevant (weight field only appears if weight is required)
• How should we visualise this for the shop? Maybe an order should appear with a line for each task on their panel, and each task has a completion or in delivery icon?
• How should proof of delivery be represented? Right now it is just a series of images with no explaining of which is associated with which task

Remember that this feature is not a replacement for importing huge excels of lots of orders! We are separately improving that feature in coopcycle.

ES

Nuestro objetivo desde hace mucho tiempo es tener pedidos con entrega múltiple y cuyos precios se calculen correctamente. Hay una nueva página en los documentos (enlace aquí) que explica cómo usar la función (es un poco complicado, por ejemplo, no puedes usar reglas basadas en la distancia).

Ahora mismo la función hace las siguientes cosas:

1. Puedes crear múltiples puntos de entrega
2. Estas tareas y sus características marcan los precios.
3. A diferencia de los pedidos, donde los precios se calculan en función de las características de todo el pedido, aquí el precio se calcula sumando el precio de todas las tareas.
4. El precio final que se refleja en CoopCycle posteriormente una vez que cada tarea haya "terminado" (puede fallar, cancelarse o completarse) será la suma de todas las tareas completadas. (Si se cancela una de las entregas, el precio no incluirá el precio de esa tarea)

IMPORTANTE

• Las reglas basadas en KM no funcionan
• Debes utilizar las nuevas reglas que indican

Ahora mismo necesitamos hacer dos cosas.
R. Intente interrumpir la función para que no suceda más tarde y podamos arreglarla antes de entregársela a todos.
B. Esta es una primera versión. Qué podemos hacer mejor? Algunas cosas que ya he visto y en las que podría ser interesante pensar:

• Es posible que los clientes ahora quieran completar muchas tareas, por lo que debemos hacer que la creación de tareas sea lo más simple y fácil posible. Esto podría incluir una mejor búsqueda de clientes guardados y, por lo tanto, el llenado automático de la información del cliente, o tener solo campos que sean relevantes (el campo de peso solo aparece si se requiere peso).
• ¿Cómo deberíamos visualizar esto para la tienda? ¿Quizás debería aparecer un pedido con una línea para cada tarea en su panel, y cada tarea tiene un ícono de finalización o entrega?
• ¿Cómo debe representarse el comprobante de entrega? En este momento es solo una serie de imágenes sin explicación de cuál está asociada con qué tarea.

Recuerde que esta función no reemplaza la importación de grandes archivos Excel de muchos pedidos. Estamos mejorando por separado esa característica en coopcycle.

FR

Nous avons depuis longtemps pour objectif d'avoir des commandes avec dépôts multiples dont les prix sont correctement calculés. Il y a une nouvelle page dans la documentation (lien ici) qui explique comment utiliser la fonctionnalité (c'est un peu compliqué, par exemple, vous ne pouvez pas utiliser de règles basées sur la distance).

À l'heure actuelle, la fonctionnalité fait les choses suivantes :

1. Vous pouvez créer plusieurs points de dépôt
2. Ces tâches et leurs caractéristiques déterminent les prix.
3. Contrairement aux commandes, où les prix sont calculés en fonction des caractéristiques de l'ensemble de la commande, le prix ici est calculé en faisant la somme du prix de toutes les tâches.
4. Le prix final qui sera reflété dans CoopCycle plus tard, une fois que chaque tâche sera « terminée » (peut être échouée, annulée ou terminée) sera la somme de toutes les tâches terminées. (Si l'un des dépôts est annulé, le prix n'inclura pas le prix de cette tâche)

IMPORTANT

• Les règles basées sur KM ne fonctionnent pas
• Vous devez utiliser les nouvelles règles qui indiquent

À l'heure actuelle, nous devons faire deux choses.
A. Essayez de supprimer la fonctionnalité afin que cela n'arrive pas plus tard et que nous puissions la corriger avant de la donner à tout le monde.
B. Ceci est une première version. Que peut-on ameliorer? Certaines choses que j’ai déjà vues pourraient être intéressantes à réfléchir :

• Les clients voudront peut-être désormais effectuer de nombreuses tâches, nous devons donc rendre la création de tâches aussi simple et facile que possible. Cela peut inclure une meilleure recherche des clients enregistrés et donc le remplissage automatique des informations sur les clients, ou le fait de n'avoir que des champs pertinents (le champ de poids n'apparaît que si le poids est requis).
• Comment devrions-nous visualiser cela pour le magasin ? Peut-être qu'une commande devrait apparaître avec une ligne pour chaque tâche sur son panneau, et chaque tâche a une icône d'achèvement ou de livraison ?
• Comment doit être présentée la preuve de livraison ? Pour l’instant, il ne s’agit que d’une série d’images sans aucune explication quant à savoir laquelle est associée à quelle tâche.

N'oubliez pas que cette fonctionnalité ne remplace pas l'importation d'énormes fichiers Excel de nombreuses commandes ! Nous améliorons séparément cette fonctionnalité dans coopcycle.

[0bi0ne1312]

Working on last mile and local commerce with a lots of dropoff for a unique pickup makes it really useful.
The big first problem I found is that I cannot change the order from a task : simply change the price once the order is created is not possible, for example.
Then, if I create a multiplepoint task, I need to be I will deliver every point. If not, I can still cancel a dropoff task, but it will have an incidence on the order, that is problematic...

Also, if you make an error (for exemple, choosing a prior timeslot on the second dropoff) it will reboot the page and you have to enter informations again on all the type of goods, telephone and contact infos, etc. This is a bit problematic when you have more than 2 points (even if you have 2 points, it is a lot of wasted time)

For POD, same as other features, it has to be linked to any dropoff, with a direct possibility of seeing from the main (or store) dashboard which pickup or dropoff is done.