Bonjour,

Le Thu, 20 Apr 2017 17:16:33 +0000,
romain delaitre <romain.delaitre@hotmail.fr> a écrit :
> J'ai ensuite repris un dump de la db datant du 17/04 a 00h et la
> effectivement on les retrouve bien avec votre requête:
>
> "0637194240","2017-04-03","2017-03-31
> 13:47:14.103","D820ACC4-0EA7-4893-953F-9A346C0010C7","finished"
> "0637194240","2017-04-17","2017-04-15
> 18:51:59.096","8BB8DC1A-AD2B-401B-9F0C-3174FBDAFC88","pending"
> "0661406901","2017-04-17","2017-04-15
> 19:26:22.029","58DC6E6B-9B4C-494F-822C-2D866A46628B","pending"
>
> par contre le status pending aurait du interdire l'envoi du sms non ?
>
> Si cet envoi n'est basé que sur cette requête la je sais pas trop
> comment le status de l'order est pris en compte ... il faudrait ne
> prendre que les paid ou finished je suppose non ?
>
> @Select(sql = "SELECT DISTINCT CASE "
>             + "WHEN t.phone IS NULL OR trim(t.phone) = '' "
>             + "THEN g.mainphone "
>             + "ELSE t.phone END "
>             + "FROM gardener_calendar c "
>             + "JOIN gardener_team t on c.team = t.id "
>             + "JOIN gardener g on t.gardener = g.id "
>             + "WHERE c.day = ${date} AND c.dateconfirmed IS NOT NULL")
>     public JSONArray getPhonesForTodayIntervention(Date date);

En fait la vérification porte sur la date de confirmation qui devrait
être nulle. Or là elle ne l'est pas.

> Par contre pourquoi aujourd'hui les données ne sont plus dans le
> calendar ça je sais pas, quand on annule une commande vous devez tout
> effacer dans le calendar peut-être ?

Effectivement, car sinon cela peut bloquer le calendrier des
prestataires. Imaginons que plein de clients réservent des prestations
avec Julien Brionne pour le 03 mai, et que personne ne paye. Celui-ci
n'aurait donc aucune prestation à réaliser, mais son calendrier bloqué
entièrement. Et nous sommes obligé de bloquer le calendrier lorsque le
client réserve et en attendant qu'il paye pour ne pas avoir 2 clients
sur le même créneau avec le même prestataire. La problématique n'est
pas simple.

Nous avons produit une correction en forçant sur le statut de la
commande, comme ça on est en mode ceintures-bretelles de ce côté là, et
on regarde pourquoi la date n'est pas nulle alors qu'elle devrait. On a
bien testé le correctif, et on a bien eu un SMS d'envoyé pour notre
commande payée, et aucun pour notre commande non payée, ça doit donc
être bon.

On a profité de cette version pour modifier le libellé sur les forfaits
de déplacement.

La version est disponible ici:
https://gitlab.nuiton.org/codelutin/mjol/builds/artifacts/mjol-1.1.24/download?job=build-java
https://gitlab.nuiton.org/codelutin/mjol/builds/artifacts/mjol-1.1.24/download?job=build-js

Bonne journée.

Jean
_______________________________________________
Mjol-private mailing list
Mjol-private@list.forge.codelutin.com
http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/mjol-private