Hilfe & Dokumentation

Zusammenarbeit baut auf Cloud-Sync auf. Ohne Sync kann das Projekt nur auf dem Gerät bearbeitet werden, auf dem es entstanden ist. Du und jede mitwirkende Person braucht:

• Ein Konto (kostenloser Tarif reicht). Schritte siehe Thema 'Cloud-Sync'.
• Internet während des gemeinsamen Bearbeitens. Offline-Änderungen funktionieren trotzdem; sie syncen beim nächsten Online-Sein.
• Einen modernen Browser (Chrome, Firefox, Safari oder Edge). Mobil geht auch, mit etwas engerer Panel-Darstellung.

Teilen geschieht pro Projekt, nicht kontoweit. Jedes Projekt entscheidet selbst, wer es sehen darf und auf welcher Ebene.

1. Projekt öffnen.
2. Die Kollaborations-Steuerung sitzt oben im Projekt-Workspace — es gibt keine separate Schublade. Dort die Kollaborateur*innen-Karte nutzen.
3. Wenn das Projekt noch nicht geteilt ist, 'Zusammenarbeit aktivieren' wählen — das ist die einmalige Umstellung von lokal-only auf geteiltes Projekt. Vorhandene Daten bleiben erhalten.
4. E-Mail-Adresse der Person eingeben. Sie muss mit dieser E-Mail bereits ein Konto angelegt haben — Einladungen erstellen keine Konten.
5. Eine Rolle wählen — das Einladungs-Dropdown bietet Editor oder Viewer (Owner ist allein die Person, die das Projekt erstellt hat; das Eigentum lässt sich nicht übergeben). Der nächste Abschnitt erklärt die Unterschiede.
6. Einladung versenden. Die andere Person sieht das Projekt nach ihrem nächsten Sync im Dashboard.

Drei Rollen mit klar abgegrenzten Rechten.

Owner

— Die Person, die das Projekt erstellt hat. Darf alles — bearbeiten, weitere einladen, Rollen ändern, Zusammenarbeit deaktivieren, Projekt löschen. Eine Eigentumsübertragung gibt es nicht.

Editor

— Darf Elemente, Kategorien, Zeitplan und Kontakte hinzufügen, ändern und entfernen sowie Kommentare und Chat-Nachrichten posten. Darf das Projekt nicht löschen, andere Rollen nicht ändern und den Owner nicht entfernen. Einen geposteten Kommentar kann niemand mehr bearbeiten oder löschen — auch die Owner-Rolle nicht.

Viewer

— Nur-Lesen. Kann das Projekt durchblättern, aber alle Eingabefelder sind deaktiviert und der Export ist gesperrt (Export erfordert eine Bearbeitungsrolle). Kommentare sind sichtbar; Neue posten ist Editor-Sache.

Beim Teilen eines Projekts wurde bisher nur das Projektdokument geteilt — Motiv, Dispo, Drehplan, Team und Anforderungen. Die Vorproduktions-Tabs mit eigenen Datensätzen wanderten nicht mit, also sah jede*r nur das Selbstgetippte. Das ist jetzt anders.

• Cast, Drehbuch, Szenen, Shotlist, Episoden, Grundrisse und die Marker auf einem Grundriss sind für alle Projektmitglieder sichtbar.
• Es gibt EINE Kopie jedes Datensatzes. Wer Bearbeitungsrechte hat, ändert den Cast-Eintrag des Projekts — kein privates Duplikat, das dich nie erreicht.
• Wer nur Leserechte hat, sieht alles und ändert nichts. Das setzt der Server durch, nicht die Oberfläche.
• Änderungen erscheinen live, ohne Neuladen. Geht eine Nachricht verloren — Hintergrund-Tab, abgerissene Verbindung — holt der Tab beim nächsten Fokussieren auf.
• Geteilt werden ausschließlich die Vorproduktion und ein verknüpftes Datenmanagement-Projekt. Rechnungen, Ausgaben, Kontakte und Bankdaten stehen nicht auf der Liste und sind nie dabei.
• Verliert jemand den Zugriff auf das Projekt, verschwindet mit der nächsten Sitzung auch die lokale Kopie dieser Vorproduktionsdaten.
• Ein Datenmanagement-Projekt, das mit dem geteilten Projekt verknüpft ist, wird ebenfalls geteilt: seine Drehtage, Übertragungen, Offloads und Prüfungen, mit denselben Rollen. Ordnervorlagen bleiben bei jedem Konto, aber jeder Drehtag behält eine Kopie der für ihn gewählten Vorlage, damit das Team seine Karten öffnen kann. Eine Änderung, die der Server ablehnt (Betrachter*in, entferntes Mitglied, getrenntes Datenprojekt), wird durch die Server-Kopie ersetzt; nicht synchronisierte Arbeit bleibt beim Verlust des Zugriffs in einem privaten Datenprojekt „… (gerettet)“ erhalten.

Sobald zwei oder mehr Personen gleichzeitig im selben Projekt sind, siehst du einander arbeiten — Änderungen erscheinen ohne dass jemand auf Speichern klicken muss.

• Avatare am oberen Rand des Projekts zeigen, wer gerade online ist.
• Farbige Cursor zeigen, wo jede Person fokussiert ist — praktisch zur Aufgabenverteilung ohne Überschneidung.
• Jeder Cursor trägt den Namen der jeweiligen Person. Wer im Profil keinen Anzeigenamen gesetzt hat, erscheint mit der E-Mail-Adresse — und nur dann als „Unbekannt“, solange beides noch nicht aufgelöst ist.
• Alle Änderungen werden automatisch gespeichert. Kein vergessener Speichern-Button.
• Die Verbindung erholt sich nach Schlafmodus, Leerlauf oder kurzen Netzausfällen von selbst — kein manuelles Neuladen nötig.
• Wenn zwei Personen exakt gleichzeitig dasselbe Feld ändern, verhindert die Feldsperre (nächster Abschnitt) die Kollision; sollte trotzdem ein echter Konflikt entstehen, erscheint der Konflikt-Dialog (siehe Cloud-Sync → Konflikte auflösen).
• Deine Präsenz aktualisiert sich etwa alle 25 Sekunden von selbst — so bleibst du auch für Personen sichtbar, die dem Projekt erst später beitreten, nicht nur für die, die schon da waren.

Wenn jemand ein Eingabefeld fokussiert, ist dieses eine Feld kurzzeitig für sie reserviert. Du siehst neben der Eingabe ein kleines '<Name> bearbeitet gerade'-Badge (bei eigenen Sperren steht 'Du bearbeitest gerade', bei unbekanntem Namen 'Jemand bearbeitet gerade'); dein eigener Tastatur-/Screenreader-Fokus meldet das Feld als deaktiviert. Sobald die Person das Feld verlässt, ist die Sperre wieder weg.

• Sperren sind in den meisten Editoren PRO FELD — du kannst dasselbe Formular weiter bearbeiten, nur nicht exakt dasselbe Feld.
• Im Auto-Gear-Regel-Editor ist die Sperre auf REGEL-EBENE — die ganze Modale wird beim Öffnen reserviert und beim Schließen freigegeben, weil sie einen Entwurf staging und erst auf 'Speichern' committet.
• Gesperrte Felder werden aria-disabled, damit Tastaturnavigation und Screenreader den Status melden.
• Committete Werte erscheinen in allen offenen Sitzungen innerhalb weniger Sekunden. Badges verschwinden automatisch.

Konkrete Aufstellung aller Editoren, die am Feldsperren-Stream hängen. Alles außerhalb dieser Liste zeigt aktuell KEINE Badges — dort weiter klassisch 'wer macht was' absprechen.

• Projekt-Info & Einstellungen: Projektname, Beschreibung, Felder im Einstellungs-Tab.
• Zeitplan: Perioden-Editor (Daten, Dreh-Tage) und Kalender-Ausschluss-Einstellungen.
• Kamera-Paket-Editor: Paketbezeichnung, Kamera, Cage, Monitor, Funksender, FIZ-Motoren (×4) und FIZ-Controller (×4). Unter 'Stromquelle des Rigs': Akkuplatte und Akku, Gimbal (ob unter 'Nur Gimbal' gewählt oder als Gimbal-Last unter 'Standard-Akku' hinzugefügt — dann ist auch ihr Button 'Entfernen' ausgegraut) sowie Ring Grip mit Netzteilmodulen, Akkuplatte und Akku. Verknüpfte Felder sperren gemeinsam (Kamera mit Cage, Gimbal mit allen Ring-Grip-Feldern, Akku mit Akkuplatte): Hält eine andere Person eines davon, sind alle für dich ausgegraut. Der Rest des Editors (Abstandssensor, Akku-Hotswap, die Wahl der Stromquelle, …) hat keine Feldsperre.
• Projekt-Anforderungen — Liefer-Specs: globale Liefer-Auflösung, Basis-Framerate, Seitenverhältnis.
• Projekt-Anforderungen — pro-Paket-Kamera-Specs: Sensor-Modus, Aufnahme-Auflösung, Aufnahme-Framerate, Codec, Gamma und Farbraum.
• Projekt-Anforderungen — der Rest eines Kamera-Pakets: Rigging (Szenarien, Kamera-Griff, Sucher-Verlängerung), Camera Support (die komplette Kaskade — wer System-Typ oder Body-Rig hält, sperrt alle Felder, die diese leeren), Speicher & Medien (pro Medien-Zeile Typ / Marke & Kapazität / Menge / Notizen, dazu die Planung aus abzudeckenden Stunden und Ersatz-Karten), Mattebox & Filter (Mattebox-Auswahl und jede Filter-Zeile), Monitoring (alle vier Anzeige-Flächen — Sucher, Onboard, eingebauter Monitor und Video-Übertragung — bis hinunter zu Peaking, Zebra / False Color und den Status-Komponenten-Overlays) sowie User Buttons (eine Sperre pro Tastentyp, für alle fünf Slots). Jede ID trägt das Kamera-Paket, sodass die Bearbeitung von A-Cam nie B-Cam ausgraut.
• Projekt-Anforderungen — globale Bereiche: Transport wird als EIN Feld über die gesamte Fahrzeug-Liste gesperrt, weil dort jedes Bedienelement die ganze Liste in einem Schreibvorgang neu schreibt; Carts werden pro Cart-Zeile gesperrt.
• Abrechnung — Mietzeile (ItemCostRow): rentalOverride, purchaseCost, der Versicherungsblock (insuranceMode ↔ insuranceCost ↔ insurancePercent ↔ insuranceBase) und insuredValue.
• Versicherungs-Provider-Einstellungen: Aktiv-Schalter, Rate, geschätzter Wert — pro Feld bei eigenen / gemieteten / untervermieteten Providern.
• Auto-Gear-Regel-Editor: Regel-Ebene gesperrt (Speichern-Button und Aktiv-Schalter sind mit 'gesperrt von anderem Editor' deaktiviert).
• Disposition (Call Sheets): Allgemein-Block (Titel, Modus, PDF-Sprache, Daten, Produktion, Regie), Department-Call-Times-Editor, Location-Details-Editor.
• Vorproduktion → Unter-Tab Location: Jedes bearbeitbare Motiv-Feld ist gesperrt. Die acht in der Übersicht (Name, Adresse, Master-Location, Status, INT/EXT, TAG/NACHT, verfügbare Termine, verknüpfte Szenen), alle 41 Felder aus Look & Feel, Zugang, Logistik, Departments, Technik, Umgebung, Kontakte, Sicherheit, Kosten und Notizen sowie der Karten-Pin und das Foto-Raster. Bearbeitet sie jemand anderes, ist das Feld für dich ausgegraut und die Person wird genannt; bei den Auswahlfeldern und dem Foto-Raster wird das gesamte Bedienelement schreibgeschützt.

Die Feldsperre kümmert sich um gleichzeitige Eingaben in einzelnen Feldern. Ein gröberes Gate schützt das ganze Projekt: Öffnest du ein Projekt, das bereits in einem anderen Tab oder auf einem anderen Gerät offen ist, fragt ein Dialog nach dem Vorgehen, statt zwei Bearbeitungssitzungen gegeneinander laufen zu lassen.

• 'Hier öffnen erzwingen' übernimmt die Bearbeitung sofort in diesem Tab — der andere Tab verliert die Bearbeitungssperre.
• 'Im Nur-Lese-Modus ansehen' öffnet das Projekt mit deaktivierter Bearbeitung überall — jeder Tab, von der Gear-Liste bis zu den Camera Logs, blockiert Änderungen, bis du übernimmst.
• Im Nur-Lese-Modus erinnert ein Banner oben im Arbeitsbereich daran, warum die Bearbeitung aus ist, und bietet 'Bearbeitung übernehmen' an, um die Sperre zu übernehmen, ohne das Projekt neu zu öffnen.
• Die Nur-Lese-Wahl gilt für genau dieses Projekt in genau diesem Tab — ein anderes gesperrtes Projekt zeigt seinen eigenen Dialog.
• Das gilt auch für die Bedienleiste, nicht nur für die Tabs: Rückgängig/Wiederholen, die Export-Knöpfe, der Sperr-Schalter in der Kopfzeile und die Aktion 'Zusammenarbeit aktivieren' sind im Nur-Lese-Modus aus.
• Der Nur-Lese-Modus ist verbindlich, nicht nur ein Hinweis: Der Arbeitsbereich weist jeden Schreibvorgang am Projekt ab, solange er aktiv ist — auch im Budget-Panel und bei Kategorienamen — und meldet sich einmal, wenn etwas es versucht.

Strukturierte Diskussionen am Projekt, getrennt vom Echtzeit-Chat. Threads sind gedacht für Entscheidungen, die du nachvollziehbar dokumentiert haben willst.

• Mit @Erwähnungen einzelne mitwirkende Personen anstoßen.
• Kommentare gehören zum Projekt und werden mit ihm synchronisiert.
• Kommentare sind endgültig: einmal gepostet, lässt sich ein Kommentar nicht mehr bearbeiten oder löschen — weder von der verfassenden Person noch von der Owner-Rolle. (Kommentare an Shots und Szenen in der Shotlist sind ein eigenes System: die lassen sich erledigen, was sie durchstreicht, aber ebenfalls nie löscht.)

1. Den Allgemein-Tab des Projekts öffnen (dort liegt die projektweite Diskussion), oder ein Gear-Item öffnen, um es zu kommentieren.
2. Die Nachricht ins Feld 'Kommentar hinzufügen' tippen.
3. 'Kommentar posten' klicken.
4. Andere mitwirkende Personen posten in denselben Thread — die Einträge erscheinen chronologisch als eine flache Liste. Antworten auf einzelne Kommentare gibt es nicht; zitiere oder @erwähne die Person, der du antwortest.

Das Aktivitäts-Feed-Panel ist die chronologische Aufzeichnung, wer was in diesem Projekt geändert hat. Nützlich nach Offline-Phasen, nach Konfliktauflösungen oder vor einem Drehtag, um sicherzugehen, dass nichts versehentlich geändert wurde.

• Jeder Eintrag zeigt: Aktion (Item hinzugefügt, geändert, gelöscht; Kategorie umbenannt; Mitglied hinzugefügt; …), das geänderte Feld wenn anwendbar, Vorher/Nachher, wer es war und einen Zeitstempel.
• Über die Versionsverwaltung erstellte Versionen tauchen hier ebenfalls auf.
• Einträge sind nicht editierbar — Verlauf lässt sich nicht überschreiben.
• Wird die Zusammenarbeit deaktiviert oder das Projekt gelöscht, werden Aktivitäts-Feed und Bearbeitungs-Verlauf für alle gelöscht.
• Der Feed lädt inkrementell, sodass auch langlaufende Projekte schnell öffnen.

Ein Chat-Panel im Projekt für schnelle Absprachen, die nicht in einem Kommentar-Thread leben müssen.

• Nachrichten sind für alle mitwirkenden Personen sichtbar.
• Chat-Verlauf gehört zum Projekt — neue Mitwirkende sehen die Vorgeschichte. Wird die Zusammenarbeit deaktiviert oder das Projekt gelöscht, ist er für alle gelöscht.
• Chat ist für schnellen Hin-und-her-Austausch ('Zweiter Body hinzugefügt, kannst du nachschauen?'). Kommentare sind für Entscheidungen mit Aufzeichnungs-Bedarf.

1. Auf den schwebenden Team-Chat-Button unten rechts im Projekt klicken, um das Chat-Popup zu öffnen.
2. Die Nachricht tippen.
3. Mit Enter senden.

Zusammenarbeit verträgt Offline-Phasen. Deine Änderungen werden lokal gespeichert und beim Wieder-Online-Gehen synchronisiert.

• Offline gemachte Änderungen werden normal gespeichert und in die Outbox gestellt.
• Sobald du wieder online bist, leert die Outbox automatisch in die Cloud.
• Wenn jemand das gleiche Feld in der Zwischenzeit geändert hat, erscheint für diese Datensätze der Konflikt-Dialog (siehe Cloud-Sync → Konflikte auflösen).
• Offline geschriebene Kommentare und Chat-Nachrichten gehen erst beim Online-Sein raus — andere sehen sie währenddessen nicht.

Einige Kollaborations-Oberflächen nutzen Freigaben, damit eine Änderung erst wirksam wird, wenn eine berechtigte Person zustimmt. Das Freigaben-Panel wird inline im Allgemein-Tab des Projekts angezeigt.

• Jede ausstehende Freigabe zeigt: wer die Änderung vorgeschlagen hat, was geändert wird, was sie bewirkt.
• Eine genehmigende Person (in der Regel der Owner) bestätigt oder lehnt ab.
• Bestätigte Änderungen werden committet; abgelehnte verworfen.
• Freigaben sind nicht auf jedem Feld aktiv — sie sind auf Oberflächen beschränkt, bei denen einseitige Änderungen riskant wären.