FAQ zu Flugzeug-Rundgängen und Aviation Digital Twins

Ein virtueller Flugzeug-Rundgang ist ein immersiver digitaler Rundgang aus 360°-Aufnahmen und interaktiver Navigation. Nutzer können ein Flugzeug aus der Ferne erkunden; die Lösung kann Airline-Marketing, Passagierkommunikation, Familiarisierung, Schulung, Verkauf und technische Kommunikation unterstützen.

Ein virtueller Rundgang konzentriert sich vor allem auf die realistische visuelle Erkundung. Ein Aviation Digital Twin kann zusätzlich strukturierte Informationsebenen, Dokumente, Videos, geführte Abläufe, rollenspezifische Module und operative Referenzen enthalten. Tiefe und Funktionen werden je Projekt festgelegt.

Projekte sind für Verkehrsflugzeuge, Regionalflugzeuge, Business Jets, VIP-Flugzeuge, Hubschrauber, historische Flugzeuge und weitere Aviation-Assets möglich, sofern geeigneter Zugang und die erforderlichen Freigaben vorhanden sind.

Typische Nutzer sind Airlines, MROs, Leasinggesellschaften, Flugzeugeigentümer und Betreiber, Completion Center, Kabinen- und Produktteams, Passenger-Experience-Teams sowie Marketing, Schulung, Engineering, Wartung, Verkauf und Leasing.

Vor dem Termin stimmen wir Flugzeug, Konfiguration, benötigte Bereiche, Zugangsbedingungen, Zeitfenster, Sicherheitsanforderungen und gewünschte Ergebnisse ab. Anschließend wird gemeinsam mit dem Kunden ein Aufnahmeplan erstellt, um Beeinträchtigungen und unnötige Standzeit zu reduzieren.

Die Dauer hängt von Flugzeuggröße, Zugang, Beleuchtung, Anzahl der Kabinenbereiche und gewünschtem Detailgrad ab. Eine fokussierte Konfiguration kann häufig innerhalb eines Arbeitstages aufgenommen werden; größere oder komplexere Umfänge können zusätzliche Zeit benötigen.

Ja. Unterschiedliche Konfigurationen, Teilflotten oder Flugzeugtypen können als getrennte, aber verbundene Erlebnisse aufgebaut werden. Gemeinsame Designelemente und Module lassen sich wiederverwenden, während konfigurationsspezifische Kabinen und Informationen klar getrennt bleiben.

Vorhandenes und freigegebenes Material kann häufig als ergänzender Inhalt integriert werden. Zunächst werden Auflösung, Nutzungsrechte, visuelle Konsistenz und Eignung geprüft. Für einen realistisch navigierbaren Flugzeuginnenraum sind in der Regel neue 360°-Aufnahmen erforderlich.

Abhängig von Zugang und Freigabe können Kabinenklassen, Sitze, Cockpit, Galleys, Toiletten, Crew-Bereiche, Monuments, Türen, frachtbezogene Bereiche und ausgewählte technische Räume enthalten sein. Bereiche können auch gezielt vom vereinbarten Umfang ausgeschlossen werden.

Hotspots und Module können Texte, Bilder, Videos, PDFs, Handbücher, Sitz- und Serviceinformationen, Links, Checklisten, Schulungshinweise und weitere freigegebene Projektinhalte enthalten. Die Struktur wird an Zielgruppe und Anwendungsfall angepasst.

Ja. Navigation, Farben, Logos, Begriffe und Oberflächenelemente können an die Marke des Kunden angepasst werden. Englisch, Deutsch, Französisch und weitere Sprachen sind möglich, wenn sie Bestandteil des vereinbarten Projektumfangs sind.

Ja. Eine gemeinsame Flugzeugumgebung kann unterschiedliche Ansichten oder Module für Passagierinformation, Marketing, Cabin-Crew-Familiarisierung, Wartung, Engineering oder weitere Teams bereitstellen. Zugriff und Inhalte können entsprechend den Projektanforderungen getrennt werden.

Ja. Das Flugzeugerlebnis kann über einen gehosteten Link bereitgestellt oder in die Website einer Airline, eines MRO, Lessors oder Projekts eingebettet werden. Die Integrationsmethode wird mit den Web-, Marken-, Performance- und Sicherheitsanforderungen des Kunden abgestimmt.

Ja. Je nach Projekt sind gehosteter Webzugriff, kundenseitig gehostetes HTML, Offline-EXE-Pakete, mobile App-Erlebnisse, Kiosks und interaktive Displays möglich. Das geeignete Format richtet sich nach Einsatzumgebung und Update-Bedarf.

Möglich sind Hosting durch 360air.space, Website-Einbettung, direkte Links und bei Vereinbarung kundenseitig gehostete Bereitstellung. Hosting, Wartung, Backups, Verfügbarkeitserwartungen und Verantwortlichkeiten für Updates werden im Angebot definiert.

Ja. Passwortschutz, kontrollierte Links, interne Bereitstellungsmodelle und kundenspezifische Freigabeprozesse können eingesetzt werden. Vertrauliche Informationen werden nach NDA und den mit dem Kunden vereinbarten projektspezifischen Anforderungen behandelt.

Airlines können Kabinenprodukte, Sitze, Servicefunktionen, Wi-Fi, Entertainment, Amenities und die Bordumgebung bereits vor der Reise präsentieren. Das Erlebnis kann Streckenstarts, Kabinen-Reveals, Buchungssicherheit, Upgrade-Kommunikation und Airline-Brand-Storytelling unterstützen.

Interaktive Flugzeugumgebungen können Cabin Crew, Cockpit Crew und weitere Teams mit Layouts, Equipment-Positionen, Servicebereichen und freigegebenen Abläufen vertraut machen, bevor sie das Flugzeug betreten. Sie ergänzen erforderliche zertifizierte Schulungen, ersetzen diese jedoch nicht.

Das Erlebnis kann eine gemeinsame visuelle Referenz für Kabinenzustand, Retrofit-Planung, Wartungskommunikation, technische Koordination, Kundengespräche und freigegebene Dokumentation bereitstellen. Die Informationsebenen richten sich nach operativem Bedarf und Zugriffsmodell.

Ja. Flugzeugeigentümer, Betreiber, Leasinggesellschaften, Broker und Completion Center können Kabinenlayouts, Materialien, Monuments, Optionen und Refurbishment-Konzepte immersiv erklären. Weitere passende Anwendungsfälle finden Sie unter Aviation-Lösungen.

Ja. Texte, Dokumente, Links und interaktive Inhalte lassen sich meist aktualisieren, ohne das komplette Erlebnis neu aufzubauen. Bei physischen Kabinenänderungen können ausgewählte Bereiche neu aufgenommen und zusätzliche Konfigurationen als eigene Varianten ergänzt werden.

Der Zeitplan hängt von Flugzeugzugang, Anzahl der Konfigurationen und Szenen, Bearbeitung, interaktiven Funktionen, Sprachen, Kundenzulieferungen und Freigabeprozess ab. Ein realistischer Terminplan wird erstellt, sobald Ergebnisse und Verantwortlichkeiten definiert sind.

Der Preis hängt von Anzahl der Flugzeuge und Konfigurationen, Aufnahmeort und Zugang, Zahl der Bereiche und Szenen, interaktiven Funktionen, Sprachen, individueller Entwicklung, Bereitstellungsformat, Reise, Hosting und Update-Anforderungen ab. Nach Klärung des Umfangs wird ein projektspezifisches Angebot erstellt.

Senden Sie uns über die Kontaktseite Flugzeugtyp und Konfigurationen, Zielgruppen, Projektziel, gewünschtes Bereitstellungsformat, Standort, Zeitplan und Vertraulichkeitsanforderungen. Wir prüfen die Angaben, klären den Umfang und bereiten nächste Schritte und Angebot vor.

Ja. Freigegebene Renderings, CAD- oder 3D-Daten, Materialmuster, Sitzinformationen, Layouts und Markeninhalte können für eine Konzept- oder Virtual-Staging-Darstellung verwendet werden. Die Genauigkeit hängt von Qualität und Stand der bereitgestellten Unterlagen ab; nach Fertigstellung der realen Kabine kann eine spätere Aufnahme oder Aktualisierung erforderlich sein.

Für Struktur, visuelles Design, Inhalte, Sprachversionen und finale Veröffentlichung können Projektmeilensteine festgelegt werden. Kundenrückmeldungen werden üblicherweise über benannte Ansprechpartner gebündelt. Veröffentlichung oder Auslieferung erfolgen erst nach Abschluss der vereinbarten Freigabestufe.

Der Kunde benennt die verantwortlichen Informationsquellen und Freigabestellen. 360air.space strukturiert und implementiert die freigegebenen Inhalte und kann erkennbare Unstimmigkeiten kennzeichnen. Die Verantwortung für technische Richtigkeit, kommerzielle Aussagen und Veröffentlichungsfreigabe bleibt beim Kunden.

Gehostete Inhalte können in der Regel angepasst, ausgeblendet oder deaktiviert werden, ohne das gesamte Erlebnis neu aufzubauen. Kundenseitig gehostete oder offline ausgelieferte Pakete benötigen normalerweise einen aktualisierten Build und eine erneute Verteilung. Vorgehen und Reaktionserwartungen werden im Projektvertrag festgelegt.

Gehostete Erlebnisse werden für aktuelle Desktop- und Mobilbrowser ausgelegt und auf den für das Projekt vereinbarten Zielplattformen geprüft. Offline-Apps, Kiosksysteme und Touch-Displays werden für die definierte Hardware validiert. Ältere Browser oder spezielle Betriebsumgebungen benötigen eine separate Kompatibilitätsprüfung.

Abhängig von Auslieferungsmodell und Datenschutzanforderungen können Auswertungen für Seitenaufrufe, Sitzungen, ausgewählte Hotspot-Interaktionen oder Kampagnenereignisse eingerichtet werden. Messumfang, Einwilligung, Aufbewahrung und die Anbindung an die Analyseumgebung des Kunden müssen vor der Umsetzung vereinbart werden.

Links, Einbettungen und ausgewählte individuelle Integrationen mit Intranets, Lernmanagementsystemen oder Single Sign-on können geprüft werden. Die Machbarkeit hängt von verfügbaren Schnittstellen, Identitäts- und Sicherheitsrichtlinien, IT-Zugängen des Kunden und dem gewünschten Nutzerablauf ab. Solche Integrationen werden bei Bedarf separat angeboten.

Das Angebot definiert die erlaubte Nutzung, das Hostingmodell, Exportpakete, bearbeitbare Inhalte und Übergabeunterlagen. Die vereinbarten veröffentlichten Ergebnisse sind im Projektumfang enthalten. Bearbeitbare Projektdateien, Quelldateien oder erweiterte Wiederverwendungsrechte sind nur enthalten, wenn sie im Angebot oder Vertrag ausdrücklich aufgeführt sind.

Grundsätzlich ja. Das Erlebnis kann definierte Datensätze oder Abläufe öffnen, vereinbarte Parameter übergeben oder freigegebene Funktionen in Instandhaltungssoftware wie AMOS und anderen Kundensystemen auslösen. Die Machbarkeit hängt vollständig vom Zielsystem, verfügbaren Schnittstellen, Zugriffsrechten, der Browser- und Hostingumgebung sowie den IT- und Sicherheitsvorgaben des Auftraggebers ab. Die Anbindung wird separat spezifiziert und ist keine Standardfunktion.

Ja, sofern die Zielumgebung dies zulässt. Der Auftraggeber stellt das finale JavaScript, technische Anweisungen, erforderliche Parameter, Abhängigkeiten und das erwartete Ergebnis bereit. 360air.space bindet das Script wie erhalten an der vereinbarten Stelle ein und überarbeitet, zertifiziert oder übernimmt den Code des Auftraggebers nicht, sofern keine separate Entwicklungsleistung ausdrücklich beauftragt wurde.

Die gewünschte Funktion muss zunächst anhand eines repräsentativen Musters in der vorgesehenen Zielumgebung getestet werden. Der Auftraggeber stellt ein funktionsfähiges Beispielscript, Testzugang und Abnahmekriterien bereit. Die Option soll erst nach erfolgreichem Nachweis der vereinbarten Musterfunktion gekauft oder beauftragt werden. Der Test gilt ausschließlich für den geprüften Anwendungsfall, Systemstand, die Konfiguration und Umgebung.

Der Auftraggeber bleibt verantwortlich für das bereitgestellte Script und das Drittsystem, die API oder Schnittstelle, einschließlich Funktion, Berechtigungen, Lizenzen, Sicherheitsfreigaben, Datenverarbeitung, Verfügbarkeit und Kompatibilität nach Softwareupdates. 360air.space implementiert das Script wie erhalten und prüft die vereinbarte Musterintegration. Fehlerbehebung aufgrund geänderter Scripts, Zugangsdaten, APIs, Systemversionen oder Kundenumgebungen ist nicht im ursprünglichen Umfang enthalten, sofern sie nicht separat vereinbart wurde.