Lorsqu'un système tiers s'interface, un champ stocke son identifiant ; l'application ne le génère jamais elle-même et ne l'utilise pas pour ses calculs. Aucun connecteur sur étagère pour un ERP donné n'est fourni.
La logique métier réside entièrement dans le noyau. L'interface utilisateur et l'API n'en sont que de fines enveloppes. Dès lors, une réservation via le portail, l'écran interne ou l'API obéit exactement aux mêmes règles.
Un progiciel de gestion s'enquiert des créneaux et réservations. Un équipement sur le site signale ce qu'il voit et demande quoi faire. Deux échanges bien distincts, chacun protégé par sa propre clé.
Un refus n'est pas une erreur. Elle arrive sous forme de réponse positive avec motif, non sous forme de code d'erreur. Un quota épuisé ne constitue pas une requête invalide.
L'import de commandes peut être relancé. Le numéro de document tiers sert de clé : une nouvelle importation du même document met à jour l'existant au lieu de créer un doublon.
Un lecteur de plaques signale ce qu'il a lu et reçoit une décision : autoriser l'accès, attendre ou refuser, chacune motivée en clair. La décision se prend comme au poste de garde : la plaque renvoie à la réservation.
Lecteur de plaques, barrière, panneau d'affichage, pont-bascule et borne se connectent via une API dédiée. Elle n'est pas encore testée sur du matériel réel ; la première intégration fera l'objet d'un projet spécifique sur un site pilote, avec le fournisseur du matériel.
Portail, connexion, inscription, page du chauffeur et SMS qui lui sont destinés sont disponibles en allemand, anglais, français, suédois, polonais, roumain, lituanien, tchèque, hongrois, bulgare et slovaque. Ce choix reflète les flux de transport longue distance vers l'Allemagne ; le français et le suédois se sont ajoutés avec les premiers pays cibles. Les écrans internes existent en allemand, anglais, français et suédois.
Ces points doivent être abordés, pas dissimulés.
Application web sous IIS, un service Windows, une base de données. Sous Linux, l'application web et le service tournent comme unités systemd derrière nginx. La configuration réside à côté de l'application et n'est pas écrasée lors du déploiement. Mise à jour : remplacer les fichiers, redémarrer l'application et le service.
Ils testent la logique métier sur SQL Server et les accès d'essai sur PostgreSQL, délibérément sans émulateur en mémoire : le verrou censé bloquer une double réservation n'y existe pas. Les flux de l'interface ont été validés manuellement.
Nous présentons le fonctionnement sur notre environnement de test, avec vos quais, vos horaires et vos contraintes, ainsi que l'avancement, la feuille de route et l'offre pilote.