Grundsätzlich werden alle Mitarbeiter im Organisationsbaum angezeigt, die noch in aktiven Datenarten vorkommen. Das gibt die Möglichkeit diese z.B. wieder zu aktivieren bzw. in der Navigation anzusprechen wenn man sich alte Daten ansieht.

Ein anderes Beispiel:
Wird ein Mitarbeiter versetzt, wird er sowohl auf seiner alten wie auch auf seiner neuen Kostenstelle angezeigt. Auch hier solange es noch aktive Datenarten gibt in denen sein "alter Zustand" auf der alten Kostenstelle zu sehen ist.

Lösungsmöglichkeiten:
1. Werden die Datenarten, in der diese Mitarbeiter vorkommen, in eine nicht aktive Version verschoben, ist auch der Eintrag im Organisationsbaum verschwunden.

2. Es kann innerhalb von 4PLAN ein Filter benutzt werden "nur bearbeitbare Mitarbeiter anzeigen". Diese Option kann in der Menüleiste der Mitarbeiterplanung unter Objekt/Filter gesetzt werden. Dann werden nur noch die Mitarbeiter an den Kostenstellen angezeigt, die in den geöffneten Zeiträumen bearbeitet werden können.

Bei Ihrer Schilderung bin ich davon ausgegangen, dass Sie den 4PLAN Organisationsbaum meinen.
Die Sache mit dem Bericht ist anders.
Bitte prüfen Sie zunächst wie die Datenlage in der Mitarbeiterplanung (Formular in 4PLAN) aussieht. Gibt es dort für die Mitarbeiter einen Kostenstelleneintrag in den aktuellen Datenarten?
-> Wenn "Ja" dann muss die Importschnittstelle geprüft werden
-> Wenn "Nein" muss der Bericht geprüft werden

In diesem Fall hilft Ihnen auch gerne Ihr Berater persönlich weiter.

Weitere Eingrenzung des Problems...

In den exportierten Daten werden die betroffenen Mitarbiter NICHT angeliefert.
Nach dem Import haben diese Mitarbiter komischerweise aber eine Kostenstellenzuordnung, die sie vor dem Import NICHT hatten. Durch den Import bekommt der Mitarbiter offensichtlich eine Kostenstellenzuordnung. Da der 4IMPORT keine Funktion besitzt soetwas selbständig zu tun, müssen die AUFBEREITETEN Importdaten diese Datensätze enthalten.

Es muss also der Prozess der DATENAUFBEREITUNG überprüft werden. Anscheinend werden hier "zusätzliche" Daten erzeugt.

Die Daten wurden im Importprozess erzeugt. Da der Importprozess nun angepasst wurde ist das Problem behoben.