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/downlo... https://gitlab.nuiton.org/codelutin/mjol/builds/artifacts/mjol-1.1.24/downlo... Bonne journée. Jean