Le paiement online accepte un client sans e-mail et dérive une adresse technique depuis le téléphone authentifié, selon le modèle DiddiGo.
respond_by et le worker d'expiration annulent une commande restée sans réponse restaurant après le délai configuré, cinq minutes par défaut.
Food expose le suivi client /delivery/tracking comme projection filtrée de DiddiSend, y compris les informations delivery.failed.
Les images DiddiFiles sont propagées dans les lignes de commande et les réponses cuisine.
La création de plat accepte une Idempotency-Key et rejoue le résultat sans doublon.
GET /orders/{order_id}/rating permet de relire la note existante.
Les remboursements de commandes cash sont préparés pour le contrat destination-aware DiddiPay; son endpoint /refunds doit être livré par DiddiPay avant activation staging.
Décision validée : filtres légers au MVP; recherche par rayon GPS et ventilation financière détaillée reportées à la V1.
Le catalogue public documente désormais limit, offset, total, q, category et is_open.
La recherche V1 par coordonnées applique le rayon du restaurant et les horaires Africa/Abidjan.
Pilotage peut lire la ventilation financière d'une commande via la route S2S dédiée; les frais DiddiPay absents restent null.