DenizTrip

Le problème

Deniz Trip travaille d’agence à agence : des agences de voyage partenaires revendent ses voyages organisés, ses allotements hôteliers et ses transferts. Tout cela reposait sur des appels, des messages et des tableurs — vérifier une disponibilité, confirmer une réservation et émettre les documents pouvait prendre une journée entière d’allers-retours.

L’objectif : une plateforme unique où une agence partenaire voit exactement ce qui est disponible à l’instant, réserve en quelques clics et repart avec le voucher et la facture — sans aucune étape manuelle de part ou d’autre.

Deux faces, une plateforme

La plateforme a deux visages. Les agences partenaires disposent d’un portail épuré : parcourir les voyages, hôtels et trajets de transfert publiés, consulter les disponibilités et leurs tarifs en temps réel, réserver et télécharger leurs documents. L’équipe Deniz dispose d’un back office complet : publier et mettre à jour les offres, contrôler ce que chaque agence voit, gérer les réservations et pousser annonces et publicités dans les tableaux de bord des agences.

Tout ce qu’une agence voit est piloté par la disponibilité. Quand Deniz marque un départ complet ou un allotement hôtelier épuisé, il disparaît instantanément côté agence — pas de double réservation, pas d’appel gênant.

• Système de rôles et permissions des deux côtés, du super-admin au personnel d’agence en lecture seule.
• Catalogue piloté par la disponibilité : voyages et hôtels complets masqués automatiquement.
• Factures et vouchers générés automatiquement pour chaque réservation confirmée.
• Annonces et publicités gérées par Deniz et affichées dans les comptes des agences.

De la vérification de disponibilité au voucher en quelques clics — sans un seul appel téléphonique.

Sous le capot

Le front-end est en React avec Tailwind CSS — deux applications sensibles aux rôles, une pour le portail agences et une pour le back office admin. Les deux s’appuient sur une API Laravel adossée à PostgreSQL, où une couche de permissions protège chaque endpoint : ce qu’un compte peut lister, réserver, modifier ou exporter est décidé côté serveur, jamais dans l’interface.

Google Maps et Places gèrent le volet géographique : positions des hôtels, points de prise en charge des transferts et itinéraires des voyages sont géocodés et affichés sur des cartes interactives.

Le projet a été réalisé chez Sadeem Informatique, la société de développement où je travaille. J’y ai dirigé le développement avec deux collègues de l’équipe Sadeem — en charge de l’architecture, du modèle de données (agences, offres, allotements, réservations et documents produits) et du flux de réservation de bout en bout.

Le résultat

La plateforme a été livrée en quatre mois et tourne aujourd’hui en production. Les agences partenaires réservent directement sur les disponibilités réelles, les documents autrefois manuels sont générés à la volée, et l’équipe Deniz gère tout son catalogue — voyages, hôtels, transferts, annonces — depuis un seul endroit.