Les ressources d'un aéroport sont limitées et pour l'essentiel construites : portes, banques, matériels, et les personnes pour les armer. Le programme qu'elles servent, lui, n'a rien de figé : il bouge toute la journée.
Un conflit, c'est ce qui arrive quand ces deux réalités se croisent sans que personne ne le remarque. Un appareil arrive en avance et prend un poste promis à un vol ultérieur. Un départ glisse et retient une porte pendant la fenêtre dont une vague d'arrivées avait besoin. Un bloc de banques est réaffecté pour un retard, et la réaffectation est communiquée à trois des cinq équipes concernées.
RMS réunit les ressources et le programme de vols au même endroit et effectue l'affectation sur une frise en direct. Les conflits sont détectés et résolus à mesure que le programme bouge, si bien qu'un chevauchement apparaît tant qu'il est encore un problème de planification, et non après être devenu un retard.
Le bénéfice subtil, c'est un plan partagé. Quand le chef d'escale, le superviseur d'aérogare et l'assistant lisent la même affectation, un changement est un changement et non une rumeur. Voir l'occupation et la disponibilité d'un coup d'œil vaut mieux qu'un plan parfaitement optimisé que seul un poste peut consulter.
Une meilleure utilisation en découle. Les portes et les banques qu'un aéroport a déjà construites sont la capacité la moins chère dont il disposera jamais, et la plupart des aéroports en ont plus que leurs pratiques d'affectation ne leur permettent d'en exploiter.
Conserver l'historique des changements compte aussi. Au terme d'une journée difficile, la question n'est pas seulement ce qui a mal tourné, mais quand la décision a été prise et ce que l'on savait alors. Un système qui enregistre la journée d'exploitation peut y répondre.