De oorzaak ligt bij de onderstaande logica:
Een nieuw contract zal als vertrek- en aankomstpool automatisch de huidige pool kiezen
Bij een checkout of checkin zal de huidige pool worden aangepast naar de vertrek- of aankomstpool van het contract
Stel dat u een resource heeft met als huidige pool 'pool A'. Als u de eerste regel van de logica hierboven volgt zullen alle contracten die u op deze resource aanmaakt pool A hebben als standaard vertrek- en aankomstpool.
Na een tijdje wijzigt u de huidige pool van de resource naar pool B. U doet dit door de huidige pool van de wagen aan te passen, maar de contracten die al op deze wagen zijn ingepland laat u ongemoeid.
Als u wat later een contract uitcheckt die werd aangemaakt in de periode dat de resource nog pool A als huidige pool had, dan zal dit contract als vertrek - en aankomstpool 'pool A' hebben. Als u op dat moment de vertrek- en aankomstpool niet wijzigt naar pool B dan zal de tweede regel uit de logica ervoor zorgen dat de huidige pool van de wagen terug wordt aangepast naar pool A.
Het is dus belangrijk dat u bij het wijzigen van de huidige pool van een resource ook altijd de vertrek- en aankomstpool eens nakijkt.