Update 11/2024 - Créneaux disponibilités
Pour les clients marketplace de Cocolis ayant implémenté l'ancien workflow autour des disponibilités, Nous listons ici les impacts que cela va avoir de passer sur le nouveau workflow cocolis décrit sur cette page.
L'ancien état d'une annonce api_pending n'existe plus, l'annonce est directement publiée à sa création. Par contre dès qu'un transporteur se propose, l'annonce ne passe plus directement dans l'état "in_progress" (en cours de livraison) mais passe par une nouvelle étape intermédiaire availabilities_pending (En attente de disponibilités).
L'expéditeur et le destinataire ne doivent plus renseigner toutes leurs disponibilités avant la création de l'annonce, ils peuvent maintenant renseigner leur indisponibilité via leur page de tracking de l'annonce. De ce fait, deux événements vont disparaître et vous ne recevrez plus de notifications sur vos URL de webhook:
availabilities_buyer_filledavailabilities_seller_filled
à la place, de nouveaux webhooks apparaissent:
pickup_slot_accepted_by_sender: quand l'expéditeur a accepté le créneau de collecte du transporteurdeposit_slot_accepted_by_recipient: quand le destinataire a accepté le créneau de livraison du transporteurride_availabilities_pending: quand un transporteur se propose sur une annonce et l'on attend confirmation de l'expéditeur et destinataire. Il vous faut donc rajouter et définir des URLS de webhooks dans votre compte cocolis sur votre page de configuration comme décrit ici
Lors de la mise en production de ce nouveau système, si certaines annonces sont actuellement dans l'état api_pending, elles seront automatiquement passées en publié, Les utilisateurs seront notifiés et nous vous enverrons un événement sur l'url de webhook ride_published. Les utilisateurs n'auront plus à renseigner leurs disponibilités mais auront la possibilité de renseigner des indisponibilités à la place et de manière facultative.