Richten Sie einen Seat-Tracker für Softwarelizenzen ein, um Nutzer und Teams zu überwachen, ungenutzte Plätze zu finden und Erinnerungen für Verlängerungen und Nachberechnungen zu erhalten, bevor die Kosten steigen.
Seat-Lizenzen bleiben selten „einmal einrichten“. Sie steigen an, wenn Leute dazukommen, Teams wechseln, neue Tools getestet werden oder temporärer Zugriff für ein Projekt gewährt wird. Ein paar Monate später weiß niemand mehr genau, welche Plätze nötig sind, welche Reste sind und welche Verlängerungen bald anstehen.
Oft beginnt es harmlos: Eine Führungskraft fügt ein paar Plätze „zur Sicherheit“ hinzu, ein externer Mitarbeiter wird nie entfernt, eine Pilotgruppe wird stillschweigend zur dauerhaften Arbeitsweise. Auf ein Dutzend Apps hochgerechnet zahlt man am Ende für Tools, die das Unternehmen kaum nutzt.
Wenn es auseinanderfällt, zeigt sich das an drei Stellen:
Verschiedene Teams spüren das unterschiedlich. Finance wird von Verlängerungen überrascht und kann Ausgaben nicht vorhersagen. IT und Ops bekommen dringende Tickets wie „füge heute noch einen Platz hinzu“ und werden verantwortlich gemacht, wenn Zugänge inkonsistent sind. Teamleiter jagen Genehmigungen hinterher. Mitarbeiter springen zwischen Tools hin und her ohne klare Zuständigkeit.
Deshalb ist ein Seat-Tracker keine lästige Pflicht, sondern ein Steuerungssystem: Wer nutzt was, was ist ungenutzt und was läuft wann zur Verlängerung. Wenn Ihr Support-Team für ein Chat-Tool 40 Plätze bezahlt, aber nur 28 Personen sich diesen Monat eingeloggt haben, möchten Sie Plätze vor der Verlängerung zurückgewinnen, nicht nach der Rechnung streiten.
Sobald Plätze, Owner und Daten an einem Ort leben, sind Verlängerungen keine Überraschungen mehr, sondern bewusste Entscheidungen.
Begriffe früh zu klären verhindert viel Hin und Her. Anbieter verwenden ähnliche Worte, aber sie meinen nicht immer dasselbe.
Ein „Platz“ ist das Recht für eine Person, das Produkt zu nutzen. Die meisten Tools verkaufen benannte Nutzerplätze, die einer bestimmten Person zugewiesen sind (z. B. [email protected]). Concurrent-User-Plätze sind anders: sie begrenzen, wie viele Personen gleichzeitig eingeloggt sein können, auch wenn mehr Konten existieren.
Grob begegnen Ihnen drei Modelle:
Verlängerung und Nachberechnung werden oft verwechselt. Eine Verlängerung ist das Vertragsdatum (monatlich, jährlich oder mehrjährig), an dem Preise und Konditionen neu gelten können. Eine Nachberechnung (True-up) ist eine Nachforderung, wenn Sie mehr Nutzer hinzugefügt haben, als bezahlt wurde – abgerechnet entweder zwischendurch oder bei Verlängerung.
Das Schwierige ist zu klären, was als abrechnungsfähiger Platz zählt. In manchen Tools zählt ein eingeladener Nutzer, auch wenn er nie einloggt. In anderen zählen nur aktivierte Nutzer. Genau deshalb driften Anbieterportale und Tabellen auseinander: das Portal zeigt heutige Zuweisungen, während eine Tabelle oft die Liste vom letzten Monat, alte E‑Mails und Duplikate trägt. Selbst kleine Dinge wie Aliase können Zahlen aufblasen und Verlängerungen wie Überraschungen erscheinen lassen.
Ein Seat-Tracker ist nur nützlich, wenn er schnell zwei Fragen beantwortet: Wer nutzt heute jeden Platz, und was schulden Sie bei Verlängerung oder Nachberechnung. Alles andere ist optional.
Halten Sie die Felder über alle Apps hinweg einheitlich. Wenn etwas schwer zu bekommen ist, nutzen Sie eine vereinfachte Version, die Sie aktuell halten können.
Mit genau diesen Daten können Sie die Fragen beantworten, die wirklich gestellt werden: „Welches Team hält 40 Plätze?“, „Wie viele sind unzugewiesen?“, „Was verlängert sich nächsten Monat?"
Tracker verlieren Vertrauen, wenn niemand sagen kann, wo eine Zahl herkommt. Fügen Sie eine einfache Nachweis-Notiz hinzu, auch wenn es nur „Okta-Export vom 12. Jan“ oder „PDF-Rechnung, Position 3“ ist. Wenn Finance und IT später uneins sind, lässt sich das schnell klären.
Beispiel: Sie sehen 15 aktive Plätze für ein Design-Tool, aber bei der Hälfte fehlt das Datum der letzten Aktivität. Wenn als Nachweis steht „Admin-Konsole zeigt keinen letzten Login an“, wissen Sie, dass die Lücke von der Datenquelle kommt und nicht vom Tracker. Dann ist die nächste Entscheidung klar: SSO-Logs heranziehen oder eine manuelle Überprüfung einbauen.
Wenn Sie das in AppMaster bauen, beginnen Sie damit, diese Felder in einer einfachen Tabelle zu modellieren. Automatisierung kommt erst, wenn das Grundgerüst zuverlässig ist.
Ein Tracker ist nur so gut wie die Daten, die ihn füttern. Die meisten Teams ziehen Daten aus vier Quellen, die jeweils eine andere Frage beantworten: Wer arbeitet hier, wer kann sich einloggen, wer ist einem Platz zugewiesen und wofür zahlen Sie.
Gängige Quellen sind HR (Mitarbeiterliste und Start/End-Daten), Ihr SSO/IdP (wer sich anmelden kann), die Admin-Konsolen der Anbieter (Platzzuweisungen und Rollen) und Rechnungen oder Vertragsunterlagen (Verlängerungsdaten, Mengen, Preise). Wichtig ist Konsistenz: mischen Sie nicht verschiedene Quellen für dasselbe Feld.
Eine saubere Baseline sieht so aus:
Stellen Sie einen Aktualisierungsrhythmus ein, der zur Realität passt. Platzzuweisungen ändern sich schnell, daher sind wöchentliche Updates oft ausreichend. Kosten und Verträge ändern sich seltener, also reichen monatliche Prüfungen. Wenn Sie nur eine Aktualisierung pro Zyklus schaffen, machen Sie sie direkt nach Onboarding-Wellen und direkt nach Offboarding.
Die Team-Zuordnung ist oft der Ort, an dem Tracker verrotten. Wählen Sie eine Regel, die Reorganisationen übersteht (z. B. „Team = Kostenstelle“ oder „Team = direkter Manager“), halten Sie sie dokumentiert und wenden Sie sie überall an.
Zuletzt fügen Sie eine einfache Zuverlässigkeitsprüfung hinzu: Wenn jemand in HR als beendet markiert ist, aber noch im SSO aktiv oder in einer Anbieter-Konsole zugewiesen ist, markieren Sie den Fall zur Überprüfung. Diese eine Regel fängt viele schlechte Daten ab, bevor sie zu einer Verlängerungsüberraschung werden.
Ein Tracker funktioniert am besten, wenn er langweilig und konsistent beginnt. Ziel ist ein einziger Ort, an dem Sie schnell drei Fragen beantworten können: Wer hat einen Platz, für welche App ist er und wann steht die nächste finanzielle Entscheidung an?
Starten Sie mit einer Apps-Tabelle (eine Zeile pro Tool) und einer Seats-Tabelle (eine Zeile pro zugewiesenem Platz, im Normalfall ein Nutzer pro App). So bleibt es sauber, selbst wenn Leute Teams oder E‑Mails ändern.
Konzentrieren Sie Apps auf Fakten, die Sie nicht dupliziert haben wollen: Anbieter, Plan, Abrechnungszyklus, Verlängerungsdaten und Kostenhinweise. Seats fokussieren Sie auf Zuweisung: Nutzer, Team, Rolle/Tier, Datum der Zuweisung und ein Nutzungs-Signal (auch anfänglich manuell).
Status verhindern später Streit. Nutzen Sie eine kleine, klar definierte Liste:
Für jede App erfassen Sie Renewal date, Notice period (z. B. 30 Tage) und einen namentlich genannten Renewal owner (eine Person, nicht „IT“). Wenn Nachberechnungen relevant sind, fügen Sie ein True-up date und eine Notiz hinzu, was als abrechnungsfähig zählt.
Erstellen Sie Ansichten, die zum echten Arbeiten passen: nach Team (für Manager), nach App (für IT/Finance) und anstehende Verlängerungen (sortiert nach der Notice-Window).
Wenn Sales 25 CRM-Plätze hat, sollte eine Team-Ansicht sofort zeigen, welche Plätze Inactive sind und ob eine Verlängerung in der Kündigungsfrist liegt. Das ist die Basis für Berichte, denen Leute vertrauen.
Wenn Sie das als internes Tool statt als Tabelle abbilden wollen, kann AppMaster diese Tabellen und Ansichten in eine einfache Web‑App mit Formularen und Genehmigungen verwandeln und sich mit Ihrer Prozessentwicklung mitentwickeln.
„Ungenutzt“ klingt einfach, bis Sie es definieren. Ein Platz kann inaktiv erscheinen, weil jemand im Urlaub ist, die Rolle gewechselt hat oder nur für Monatsabschlüsse einloggt. Nutzen Sie klare, tool-spezifische Signale, damit Sie keinen Zugang entfernen, den jemand noch braucht.
Beginnen Sie mit 1–2 Signalen, die Sie zuverlässig messen können: letztes Login, letzte sinnvolle Aktivität (Ticket erstellt, Bericht ausgeführt, Code gepusht) oder ob der Nutzer noch Zugriff auf ein aktives Projekt hat.
Eine praktikable Anfangsdefinition ist: „kein Login in 60 Tagen und keine Aktivität in 90 Tagen.“ Halten Sie es einfach und passen Sie es bei Fehlalarmen an.
Wenn Sie schnelle Schwellenwerte brauchen, können diese als Startpunkt dienen:
Statt Plätze automatisch zu entfernen, richten Sie eine Review-Queue ein und lassen Manager bestätigen. Das schützt Workflows und vermeidet das „Wer hat mich ausgesperrt?“-Problem.
Ein leichter Prozess reicht meist aus:
Verfolgen Sie eine Kennzahl, die dem Business etwas sagt: zurückgewonnene Plätze und geschätzte monatliche Einsparungen. Schon ein kleiner Erfolg beweist den Wert der Arbeit.
Wenn Sie das intern in AppMaster bauen, halten Sie Queue und Genehmigungen auf derselben Oberfläche, damit Entscheidungen schnell und auditierbar sind.
Verlängerungsüberraschungen passieren, wenn Erinnerungen zu spät kommen. Eine Kalendereinladung eine Woche vorher reicht nicht, um Nutzung zu prüfen, Genehmigungen einzuholen und Beschaffungsprozesse abzuschließen.
Stellen Sie eine Erinnerungsleiter ein, die realen Vorlaufzeiten entspricht:
Lesen Sie zuerst den Vertrag. Hat er eine 30-tägige Kündigungsfrist, ist eine Erinnerung 30 Tage vorher schon zu spät. Berücksichtigen Sie auch die Vorlaufzeit Ihrer Beschaffung. Dauert der Finanzprozess 2–3 Wochen, rechnen Sie das in Ihre Deadlines ein.
Nachberechnungen brauchen eigene Checkpoints. Fügen Sie eine Zwischenprüfung (zur Mitte des Vertrags) hinzu, um langsames Platzwachstum zu entdecken, und eine weitere 30 Tage vor Verlängerung, damit die finale Zahl der Realität entspricht.
Jede Erinnerung muss handlungsorientiert sein. Eine nützliche Erinnerung enthält Owner, Plan, Zahlen (gekauft vs. zugewiesen vs. aktiv), Kündigungsfrist und eine klare nächste Aktion wie „12 Plätze zurückgewinnen“ oder „Angebot anfordern."
Wenn Sie das in AppMaster bauen, können Erinnerungen aus einer einzelnen Datensatzaktualisierung getriggert werden, sodass die Erinnerung immer die aktuellsten Zahlen und die nächste Handlung enthält.
Die meisten Fehler beim Seat-Tracking entstehen nicht durch fehlende Daten, sondern durch Gewohnheiten, die sich aufsummieren, bis die Zahlen nicht mehr zur Rechnung passen.
Das größte Problem ist unklare Verantwortung. Wenn niemand für ein SaaS-Tool verantwortlich ist, schließt auch niemand die Schleife bei Platzanfragen, Offboarding und Verlängerungen. Weisen Sie für jede App einen Primary Owner und einen Backup zu, selbst wenn die Kostenstelle die Rechnung bezahlt.
Eine weitere Falle ist, die falsche Einheit zu verfolgen. Manche Tools berechnen eingeladene Nutzer, andere aktive Nutzer und wieder andere bezahlte Plätze unabhängig von Nutzung. Wenn Ihr Tracker Einladungen folgt, Finance aber nach abgerechneten Plätzen zahlt, jagen Sie der falschen Frage hinterher.
Offboarding kann auch schiefgehen, wenn Plätze entfernt werden, ohne gemeinsame Konten oder Service-User zu prüfen: support@-Postfächer, API-Nutzer, Chatbot-Konten, Kiosk-Logins. Das Entfernen kann Workflows unterbrechen und zu dringenden Reaktivierungen führen.
Verlängerungen sind der Ort, an dem vermeidbare Überraschungen auftreten. Teams verpassen Kündigungsfristen und automatische Verlängerungsklauseln und merken zu spät, dass sie 30 bis 90 Tage früher hätten kündigen oder reduzieren müssen. Tragen Sie die Kündigungsfrist in den Tracker, nicht nur das Verlängerungsdatum.
Teamnamen-Drift klingt klein, ruiniert aber Berichte. „Sales“, „Sales Ops“ und „Revenue“ können dieselbe Gruppe oder drei verschiedene sein. Wählen Sie eine Namensregel und halten Sie sich daran.
Um Drift zu reduzieren, standardisieren Sie wenige Felder und begrenzen Sie Freitext:
Beispiel: Ein Unternehmen entfernt vor einer Verlängerung 15 inaktive Plätze, entdeckt dann aber, dass 5 Service-User für Automatisierungen waren. Wenn Sie den Tracker in AppMaster bauen, kann ein verpflichtendes „Service-User“-Checkbox und ein kurzes Begründungsfeld eine schnelle Prüfung erzwingen, bevor etwas gebrochen wird.
Ein Tracker hilft nur, wenn Sie regelmäßig draufschauen. Eine einfache monatliche Prüfung hält Überraschungen aus Verlängerungen fern, reduziert stille Verschwendung und macht Nachberechnungen weniger stressig.
Wählen Sie einen festen Tag im Monat und führen Sie die selben Checks in der selben Reihenfolge durch. Notieren Sie kurz, was sich geändert hat und wer Entfernungen oder Platzverschiebungen genehmigen muss.
Danach machen Sie einen schnellen Check für „Unbekanntes": generische Nutzernamen, Duplikate und E‑Mail‑Aliase. Diese kleinen Probleme führen häufig später zu Rechnungsstreitigkeiten.
Wenn Ihr Tracker noch eine Tabelle ist, lohnt sich diese Routine trotzdem. Wenn Sie automatisieren wollen, kann AppMaster eine leichte interne App bauen, die Plätze und Verlängerungen in einer Datenbank speichert, Zuständigkeiten sauber hält und Erinnerungen sowie Genehmigungen ohne Chat-Nachfragen auslöst.
Stellen Sie sich ein 120‑Personen-Unternehmen mit acht wichtigen SaaS‑Tools vor: Chat, Videokonferenzen, ein CRM, ein Support-Desk, Analytics, Design-Software, ein HR-System und ein Passwortmanager. Die meisten laufen auf quartalsweisen Verlängerungen, und Plätze wurden ad hoc ergänzt, als Teams wuchsen.
Zwei Wochen vor der nächsten Verlängerung macht Ops einen schnellen Check im Tracker. Das Ziel ist nicht Perfektion, sondern nicht für ungenutzte Plätze zu zahlen und eine Überraschungs-Nachberechnung zu vermeiden.
Beim Support-Desk läuft die Prüfung so ab:
Während der Prüfung finden sie einen Vertragsbestandteil, der die Planung ändert: Es gibt ein jährliches Minimum, aber die Abrechnung erfolgt quartalsweise. Aktuell liegen sie 10 Plätze über dem Minimum und erwarten 18 neue Support-Mitarbeiter im nächsten Monat. Das ist ein Nachberechnungsrisiko.
Weil sie es früh entdeckt haben, bleibt die Lösung ruhig: Neue Platzvergabe für 48 Stunden aussetzen, 14 ungenutzte Plätze von Personen, die Teams wechselten, zurückgewinnen und eine Pufferfreigabe von sechs Plätzen für kommende Einstellungen vorab genehmigen. Die Verlängerung läuft durch mit weniger bezahlten Plätzen und einem klaren Plan fürs nächste Monat.
Ergebnis: 14 Plätze entfernt, Ownership für jeden aktiven Platz geklärt und Verlängerungen, die planbar statt stressig sind.
Beginnen Sie mit den fünf Tools, die am meisten kosten oder die meisten Nutzer haben. Tracken Sie diese eine Monat lang wöchentlich. Sie erzielen schnelle Erfolge, ohne das Ganze zu einem großen Projekt zu machen.
Eine Routine, die Sie wirklich durchhalten können:
Ownership ist der Teil, den die meisten Teams überspringen. Wenn niemand ein Tool besitzt, fühlt sich niemand verantwortlich, wenn Plätze sich anhäufen. Tragen Sie den Namen des Owners neben das Tool und seien Sie klar, was zu tun ist, wenn ein Alarm ausgelöst wird.
Bevor Plätze entfernt werden, einigen Sie sich auf einen Genehmigungsweg, damit Sie niemandes Arbeit unterbrechen. Leichtgewichtig: Manager-Genehmigung für Team-Tools, App-Owner-Genehmigung für unternehmensweite Tools oder Selbstbestätigung des Nutzers in offensichtlichen Fällen.
Wenn Sie bereit sind, über eine Tabelle hinauszugehen, ist AppMaster (appmaster.io) eine Option, um das in eine produktionsreife interne App zu verwandeln – mit echter Datenbank, rollenbasierter Zugriffskontrolle und automatisierten Erinnerungen sowie Genehmigungen.
Was ist ein Software-Lizenz-Seat-Tracker und warum brauche ich einen?Ein Seat-Tracker ist ein zentraler Ort, an dem Sie festhalten, wer Zugang zu welchen kostenpflichtigen Tools hat, welche Lizenzart vergeben wurde und wann der Vertrag erneuert wird. Er hilft, vor Rechnungseingang Entscheidungen zu treffen, indem er ungenutzte Plätze, bevorstehende Kündigungsfristen und den jeweiligen App-Verantwortlichen zeigt.
Welche Mindestinformationen sollte ich für jede App und jeden Platz erfassen?Beginnen Sie mit App-Name, internem Owner, Kosten pro Platz, Vertragsbeginn- und -enddatum, Verlängerungsdatum, Kündigungsfrist und Abrechnungsrhythmus. Für jeden Platz erfassen Sie Nutzeridentität, Team, Rolle/Tier, Status und ein einfaches Nutzungssignal wie das Datum der letzten Anmeldung sowie eine Notiz zur Datenquelle.
Wie definiere ich einen „ungenutzten Platz“, ohne notwendige Zugänge zu entfernen?Wählen Sie pro Tool eine einfache Definition basierend auf verlässlichen Daten, meist letzte Anmeldung oder letzte sinnvolle Aktivität. Ein praktikabler Standard ist: keine Anmeldung in 60 Tagen und keine Aktivität in 90 Tagen. Passen Sie die Schwellenwerte an, je nachdem, ob das Tool täglich oder nur quartalsweise genutzt wird.
Was ist der sicherste Weg, Plätze zurückzufordern, ohne Workflows zu stören?Machen Sie die Entfernung zum Prüfschritt statt zur automatischen Aktion. Markieren Sie den Platz mit dem Grund, schicken Sie ihn an den Manager oder App-Owner zur Bestätigung und protokollieren Sie das Entscheidungsdatum, damit Sie später begründen können, warum der Zugang entfernt wurde.
Woher sollten Sitzplatz- und Verlängerungsdaten stammen, damit der Tracker vertrauenswürdig bleibt?Nutzen Sie HR als Quelle für den Beschäftigungsstatus, Ihr SSO/IdP für Login-Identitäten, die Admin-Konsolen der Anbieter für Platzzuweisungen und Rollen sowie Rechnungen oder Verträge für Preise und Verlängerungsbedingungen. Die Konsistenz der Quellen ist entscheidend: tauschen Sie nicht wöchentlich die Quelle fürs gleiche Feld aus.
Wie oft sollte ich den Tracker aktualisieren?Wöchentliche Updates sind meist ausreichend für Platzzuweisungen in sich schnell ändernden Teams; Verträge und Preise kann man monatlich prüfen. Wenn Sie nur eine Aktualisierung schaffen, machen Sie diese direkt nach großen Onboarding-Wellen und unmittelbar nach Offboarding-Aktionen.
Wie handhabe ich Auftragnehmer und temporäre Zugänge im Seat-Tracking?Behandle Sie Auftragnehmer und Zeitarbeitskräfte wie andere Nutzer, aber fügen Sie ein erwartetes Enddatum hinzu und einen Owner, der den Zugang bestätigt. Nach Vertragsende sollte der Standard die Entfernung sein, sofern nicht aktiv erneut genehmigt wird.
Was ist mit geteilten Postfächern, API-Nutzern und anderen Service-Konten?Behandeln Sie Service-User als eigenen Platztyp und verlangen Sie eine kurze Zweckangabe – das Entfernen kann Automatisierungen oder gemeinsame Postfächer unterbrechen. Auch wenn diese Konten „kostenlos“ sind, hilft deren Nachverfolgung bei Audits und verhindert versehentliche Sperrungen beim Aufräumen.
Was ist der Unterschied zwischen einer Verlängerung und einer Nachberechnung, und wie verfolge ich beides?Eine Verlängerung ist der Zeitpunkt, an dem der Vertrag (monatlich, jährlich etc.) neu bewertet wird und Konditionen sich ändern können. Eine Nachberechnung (True-up) ist eine Nachberechnung, wenn Sie mehr Nutzer hatten als bezahlt – sie kann mitten im Zyklus oder bei Verlängerung auftreten. Erfassen Sie beides und dokumentieren Sie, was der Anbieter als abrechnungsfähigen Platz zählt, damit Ihre Zahlen mit der Rechnung übereinstimmen.
Wie früh sollten Verlängerungsbenachrichtigungen gesetzt werden, um Überraschungen zu vermeiden?Stellen Sie Erinnerungen so ein, dass genügend Zeit zum Handeln bleibt, typischerweise 90 Tage für Jahresverträge. Die Erinnerung sollte Owner, Kündigungsfrist, gekaufte vs. zugewiesene vs. aktive Plätze und eine klare nächste Aktion enthalten, damit sie nicht nur aufschreckt, sondern zu einer Entscheidung führt.
10. März 2026
7 Min
08. März 202611 Min
07. März 20267 MinExperimentieren Sie mit AppMaster mit kostenlosem Plan.
Wenn Sie fertig sind, können Sie das richtige Abonnement auswählen.
