awork-Import
Zweck
Wer von awork kommt, soll seine Historie mitnehmen — nicht abtippen. Dieses Modul übernimmt den Bestand einmalig und ist dabei so gebaut, dass ein abgebrochener Lauf einfach wiederholt werden kann. Bei einer Migration ist das der Normalfall, nicht die Ausnahme.
Funktionsumfang
- Bereiche, einzeln wählbar: Nutzer abgleichen, Kunden (in awork „companies"), Projekte,
Tätigkeiten, Aufgaben inklusive Unteraufgaben, Checklisten, Abhängigkeiten und Kommentaren, Zeiterfassungen und Datei-Anhänge. Dazu auf ausdrückliche Wahl: fehlende Mitarbeiter anlegen (deaktiviert).
- Probelauf ist die Voreinstellung. Geschrieben wird erst, wenn man es ausdrücklich verlangt.
- Wiederholbar ohne Dubletten: jeder übernommene Datensatz merkt sich seine awork-Kennung; ein
zweiter Lauf aktualisiert, statt neu anzulegen.
- Ziel-Marke wählbar — bei mehreren Marken ist die Angabe Pflicht.
- Bericht am Ende mit dem, was übersprungen wurde und warum.
Bedienung
Einstellungen → awork-Übernahme (Recht „Daten importieren", platform.import.run; das Modul muss eingeschaltet sein). Neuer Lauf fragt die Ziel-Marke, die Bereiche (leer = alle Standard-Bereiche) und ob wirklich geschrieben werden soll — ausgeschaltet ist es ein Trockenlauf. Der Lauf wird eingereiht und arbeitet im Hintergrund; die Liste zeigt Zustand, Art und Summen und aktualisiert sich, solange ein Lauf wartet oder läuft. Ein Klick auf einen Lauf öffnet seinen Report: je Bereich neu, aktualisiert, übersprungen, dazu Probleme, übersprungene Datensätze mit Grund und Hinweise. Erst wenn der Report eines Trockenlaufs stimmt, folgt der Echt-Lauf. Der API-Schlüssel steht unter Integrationen.
Zusammenspiel
Die übernommenen Daten landen dort, wo sie hingehören: Kunden in der Kundenverwaltung, Projekte und Aufgaben in Projekten und Aufgaben, Zeiten in der Zeiterfassung, Anhänge im Dokumentenbestand. Kommentare werden zu Beiträgen im gemeinsamen Verlauf.
Grenzen
- Nutzer werden nie zu aktiven Konten. awork-Nutzer werden über die E-Mail-Adresse auf
vorhandene Mitarbeiter abgeglichen; ohne Treffer wird übersprungen und im Bericht vermerkt. Nur der ausdrücklich gewählte Bereich „Fehlende Mitarbeiter anlegen" legt sie an — deaktiviert, ohne Passwort, ohne Einladung und ohne Anmeldung, damit Zuständige, Verfasser und Zeiten stimmen. awork-Gäste (oft Kundenkontakte) und der API-Zugang werden nie Mitarbeiter. Wer im Zielsystem arbeiten soll, wird dort bewusst angelegt.
- Die Reihenfolge ist Teil der Sache: Stammdaten vor Bewegungsdaten. Aufgaben brauchen ihr
Projekt, Projekte ihre Zuordnung. Jeder Bereich prüft zusätzlich selbst, ob seine Voraussetzungen da sind, und meldet sonst ein Problem.
- Der Import ist ein Werkzeug der Einrichtung, keine laufende Synchronisierung: er holt einen
Bestand ab, er hält zwei Systeme nicht dauerhaft gleich.