تتطلب التنقل كخدمة (MaaS) نظام تعدد المستأجرين الأصلي، وليس التكامل القسري. تفشل شبكات التنقل الإقليمية، والنشر المؤسسي متعدد البرامج، والبيئات متعددة أصحاب المصلحة عندما تتطلب كل خدمة بنية تحتية منفصلة، وواجهات برمجة تطبيقات منفصلة، ودورات صيانة منفصلة. ينتهي بك الأمر إلى صيانة ثلاث منصات، وتنسيق أربعة جداول نشر، وشرح للمدير التنفيذي للتكنولوجيا لماذا لا تتواصل أي منها مع الأخرى.
تقع طبقة الاتحاد فوق نسخ المشغل—كل اتحاد هو كيان تشغيلي كامل (أسطول، عملاء، مناطق، أسعار، سياسات) يشارك البنية التحتية للمنصة مع الحفاظ على عزل البيانات. يتيح التنظيم الهرمي (الاتحاد ← المجموعة ← العميل ← السائق) وراثة الأسعار والسياسات على كل مستوى. يضمن إصدار واجهة برمجة التطبيقات بقاء تكاملات المجمع مستقرة مع تطور المنصة. يخدم النشر الواحد مدنًا متعددة ومشغلين متعددين ونماذج حجز متعددة—إدارة موحدة، عمليات مستقلة.
تنشر شبكة تنقل إقليمية Playmoove لثلاث مدن: تدير المدينة أ مشاركة السيارات البلدية (وضع التنقل الحر)، وتدير المدينة ب مشاركة الدراجات في الحرم الجامعي (قائمة على المحطات)، وتدير المدينة ج مجموعات الشاحنات الصغيرة للشركات (رحلة ذهاب وعودة). كل مدينة هي اتحاد منفصل بعلامة تجارية وتسعير وسياسات مستقلة. يتكامل مجمع التنقل كخدمة (MaaS) مرة واحدة عبر واجهة برمجة تطبيقات REST، ويعرض الخدمات الثلاث جميعها في تطبيق موحد، ويتعامل مع الحجوزات عبر المدن. ينضم مشغل جديد (خدمة نقل الركاب للمدينة د) من خلال إنشاء اتحاد رابع—دون تغييرات في واجهة برمجة تطبيقات المجمع، ودون ترحيل المنصة، وتشغيلي في أيام وليس أشهر.
