FEZA innovation – Start
Kalenderansicht und Werbemotiv der Kosmetikstudio-Software
Web-Lösungen2026Live

Verwaltungssoftware für Kosmetikstudios

Von Terminen bis Zahlungen, von Paketbehandlungen bis zum Lager: das ganze Studio auf einem Bildschirm.

Alle Projekte ansehen
Kategorie
Web-Lösungen
Jahr
2026
Plattform
Web
Status
Live

Technologien

  • Next.js
  • TypeScript
  • PostgreSQL
  • Prisma
  • Auth.js
  • Tailwind CSS

Die verstreuten Aufzeichnungen hinter einem Termin

Wenn Sie im Studio einen Termin anlegen, reservieren Sie mehr als eine Uhrzeit. Das verbleibende Behandlungsguthaben, die zuständige Fachkraft, die Kabine und die anschließende Zahlung gehören zum selben Vorgang. Ausgangspunkt des Projekts waren Informationen, die auf Terminbücher, separate Zahlungsbelege und erinnerte Sitzungszahlen verteilt waren. Wir betrachteten den Arbeitsablauf als Kette von Aufzeichnungen vom Termin bis zum Tagesabschluss. Die Reihenfolge der täglichen Aufgaben bestimmte die Gestaltung des Panels vor der Anzahl der Ansichten. Die Produktoberfläche ist auf Türkisch und für Studios in der Türkei ausgelegt.

Ruft eine Kundin an, braucht die Rezeption den Kalender, die Fachkraft die Vorgeschichte und die Person an der Kasse den offenen Betrag. Wir stellten den gemeinsamen Kundendatensatz ins Zentrum dieser Übergaben. Besuche, Behandlungspakete und Zahlungen werden verknüpft, während die Aufgabenbereiche der Mitarbeitenden getrennt bleiben. Freie Zeiten und nachzuverfolgende Einträge im Tagespanel verbinden die Dokumentation mit der Auswahl der nächsten Aufgabe. Bei der Tagesplanung arbeiten Sie mit verknüpften Datensätzen, statt Angaben zu derselben Person aus verschiedenen Listen zusammenzutragen.

Ausgangsbedarf

  • Termine und Zahlungen werden an getrennten Stellen erfasst.
  • Die Paketnutzung wird nach der Behandlung separat nachgehalten.

Entwicklungsfokus

  • Termine, Kundendaten und Zahlungen verknüpfen.
  • Tägliche Aufgaben passend zum Aufgabenbereich sichtbar machen.

Getrennte Verantwortlichkeiten in einem Panel

Ein gemeinsames Panel bedeutet für uns nicht, dass alle Mitarbeitenden dieselben Aktionen ausführen. Rollenrechte, individuelle Ergänzungen und Entzüge sowie aktivierte Unternehmensfunktionen werden gemeinsam ausgewertet. Ein Termin an der Rezeption und die Prüfung einer stornierten Zahlung in der Buchhaltung sind unterschiedliche Verantwortlichkeiten. Diese Trennung haben wir in Navigation und Serveraktionen übernommen. Berechtigungen und Unternehmensstatus werden bei der Anfrage aus der Datenbank aktualisiert; sichtbare Optionen richten sich nach den Aufgaben der Mitarbeitenden.

Für Pakete und Kasse wählten wir ebenfalls getrennte Datenmodelle. Ändert sich das Behandlungsguthaben, entsteht eine Buchung im Sitzungsbuch. Bargeld wird anhand von Bewegungen einer offenen Kassensitzung berechnet, nicht allein anhand des Datums. So behalten unterschiedliche Vorgänge im gemeinsamen Panel ihre eigenen Regeln. Bei einer Zahlung sehen Sie den Kassenbezug, bei einer Paketnutzung den Terminbezug. Gegenbuchungen zur Korrektur der Historie wurden zu einem gemeinsamen Entwicklungsprinzip.

Aufgabenbereich

Rolle und Person
Individuelle Ergänzungen und Entzüge verändern Standardrechte; aktivierte Unternehmensfunktionen bestimmen den Zugriff mit.

Behandlungsguthaben

Sitzungsbuch
Nutzung und Erstattung sind getrennte Buchungen. Die angezeigte Anzahl wird zusammen mit dem Buch aktualisiert.

Bargeldverantwortung

Kassensitzung
Bargeldbewegungen gehören zur offenen Sitzung; die Datenbank sichert eine einzige offene Kasse je Filiale.

Den Unternehmenskontext bis in die Datenbank führen

Next.js, TypeScript, PostgreSQL und Prisma bilden die technische Grundlage; Auth.js übernimmt die Sitzungen. Für die Trennung zwischen Studios kombinierten wir PostgreSQL-Richtlinien zur Zeilensicherheit mit Anwendungskontrollen. Der Unternehmenskontext wird lokal innerhalb der Transaktion gesetzt und nicht über den Verbindungspool an die nächste Anfrage weitergegeben. Portalabfragen grenzen diesen Bereich zusätzlich über die Kunden-ID ein. Der Unternehmensbereich in der Benutzertabelle wird durch einen Anwendungsfilter verwaltet.

Datenändernde Serveraktionen prüfen Eingabeschema, Sitzung, Berechtigung und Unternehmensstatus. Der Prüfprotokolleintrag wird in derselben Datenbanktransaktion wie die Änderung geschrieben. Damit lässt sich neben dem neuen Wert auch die verantwortliche Person untersuchen. Die Entwicklungsquellen enthalten Tests zur Unternehmensisolation. Tests des Verkaufsbuchs prüfen zudem Geschäftsszenarien wie die Ablehnung eines Verkaufs bei unzureichendem Bestand. So können wir die Architektur getrennt anhand des Unternehmensbereichs und der Geschäftsregeln bewerten.

Zeilensicherheit

PostgreSQL-RLS-Richtlinien setzen den Unternehmensbereich durch; Anwendungstransaktionen prüfen zusätzlich den Kontext.

Änderungshistorie

Änderung und Prüfprotokoll liegen in derselben Transaktion. Terminhistorie, Sitzungs- und Lagerbewegungen werden zusätzlich geführt.

Prüfprotokoll mit Personen und Zeitangaben zu Terminen, Verkäufen und Kassenabschlüssen

Aus der Uhrzeitwahl eine Verfügbarkeitsprüfung machen

Die anspruchsvolle Frage der Terminentwicklung war, ob eine scheinbar freie Uhrzeit tatsächlich verfügbar ist. Arbeitszeiten, Pausen und Urlaub der Fachkraft, Behandlungskompetenz sowie Kabinen- und Gerätebedarf fließen gemeinsam ein. Auch Behandlungsdauer und Vorbereitungszeit werden berücksichtigt. Die Personenspalten im Kalender gestalteten wir als sichtbare Seite dieser Berechnung. Ressourcenverfügbarkeit gehört auch ohne eigene Bildschirmspalte zu den Eingaben der Terminlogik.

Der Server prüft Überschneidungen; eine Datenbankbeschränkung sichert zusätzlich gleichzeitige Buchungen ab. Nach einer kollidierenden Auswahl werden bis zu fünf passende Alternativen angeboten. Die Liste hängt davon ab, ob geeignete Zeiten gefunden werden; Vorschläge sind direkt auswählbar. Unsere Gestaltungsentscheidung war, nach der Fehlermeldung einen nächsten Schritt anzubieten. Ändern Sie die Uhrzeit, werden Personal- und Ressourcenbedingungen wieder gemeinsam geprüft. Auch mehrere aufeinanderfolgende Leistungen werden so geplant; jede behält ihre eigenen Anforderungen in der Berechnung.

  • Arbeitszeiten, Kompetenzen und Ressourcenbedingungen werden gemeinsam geprüft.
  • Bei Überschneidungen erscheinen bis zu fünf passende Alternativen.
Tageskalender mit Fachkraftspalten, farbigen Terminen und Wochenleiste

Die Buchungskette nach der abgeschlossenen Behandlung

Würde das Paketguthaben schon bei der Terminbuchung sinken, wären geplante und ausgeführte Arbeit vermischt. Wir knüpften die Nutzung deshalb an den Abschluss. Wird ein Termin abgeschlossen, entsteht eine Nutzungsbuchung im Sitzungsbuch; wird der Abschluss zurückgenommen, entsteht eine Erstattung. Die ursprüngliche Nutzung bleibt erhalten, sodass die Änderung des Guthabens nachvollziehbar ist. Die angezeigte Sitzungsanzahl wird gleichzeitig aktualisiert. Name und Sitzungswerte eines verkauften Pakets bleiben mit dem Stand zum Verkaufszeitpunkt gespeichert.

Bei Zahlungen wird eine zweite Abrechnung desselben Termins verhindert; aus einem Paket gedeckte Leistungen werden nicht erneut berechnet. Bargeld gehört zur offenen Kassensitzung; Kartenzahlungen und Überweisungen erhöhen den Bargeldbestand nicht. Nach Eingabe der Zählung zeigt der Abschlussdialog Sollbetrag und Differenz. Ab einer absoluten Differenz von 50 ₺ ist eine Erklärung erforderlich. Sollbetrag, Zählung und Differenz werden beim Abschluss festgehalten. Dadurch ist der Tagesabschluss ein eigener Datensatz statt einer später neu berechneten Summe.

  1. 01

    Ausgeführte Behandlung

    Der Abschluss erzeugt die Sitzungsnutzung; eine Rücknahme erstattet das Guthaben durch Gegenbuchung.

  2. 02

    Zahlungsbezug

    Die Zahlung wird mit der Leistung verknüpft. Stornogrund und Gegenbuchung auf dem Konto werden erfasst.

  3. 03

    Zählung und Erklärung

    Abschlusswerte bleiben gespeichert; bei einer absoluten Differenz ab 50 ₺ ist eine Erklärung Pflicht.

Übersicht der offenen Kasse mit Einnahmen, Ausgaben und Differenzen früherer Abschlüsse

Die Aufgabenfolge auf dem kleinen Bildschirm erhalten

Für Smartphones verwendeten wir eine Agendaansicht, statt den Desktopkalender zu verkleinern. Der am Desktop nach Fachkräften gegliederte Tag erscheint auf dem Telefon in zeitlicher Reihenfolge. Die untere Navigation führt zum neuen Termin; die vollständige Menüschublade öffnet weitere Bereiche. Formulare und Karten passen sich dem schmalen Bildschirm an. Beim Verschieben per Berührung reduziert eine Halteverzögerung versehentliche Bewegungen. Datensatz öffnen und Termin verschieben sind damit unterschiedliche Gesten.

Die Tagesansicht der Fachkraft haben wir mit ihrem Personaldatensatz verbunden. Standardmäßig kann sie eigene Termine verfolgen und deren Status weiterführen; Rollen- und persönliche Rechte bestimmen den Aktionsumfang. Auf dem Weg in den Behandlungsraum können Sie den nächsten Datensatz im Browser öffnen. Diese Nutzung ohne separaten App-Download hält Terminstatus und Kundendaten im täglichen Ablauf erreichbar. Die Ansichten wurden mit Beispieldaten aufgenommen. Die folgenden Bilder zeigen, wie sich die Entscheidungen für Agenda und Fachkrafttag in der Oberfläche wiederfinden.

Smartphonekalender mit Terminen in zeitlicher Agendaansicht
Eigene Termine, abgeschlossene Behandlungen und Verkäufe einer Fachkraft auf dem Smartphone

Übernahmeentscheidungen Zeile für Zeile sichtbar machen

Für grundlegende Kundendaten nutzten wir eine CSV-Vorschau. Wird eine Excel-Liste als CSV UTF-8 gespeichert, läuft die Übernahme über ein festgelegtes Dateiformat. Der Ablauf unterstützt bis zu 5.000 Zeilen. Die Vorschau trennt Duplikate innerhalb der Datei, vorhandene Telefonnummern, fehlerhafte Zeilen und neu anzulegende Datensätze. Die Filialauswahl gehört zur Prüfung. Sie sehen vor dem Import, wie jede Zeile behandelt wird; während der Übernahme werden die Daten erneut geprüft.

Die Kundenliste einzulesen und den Arbeitsablauf einzurichten sind getrennte Schritte. Behandlungsdauer, benötigte Ressourcen, Personalkompetenzen und Arbeitszeiten speisen die Verfügbarkeitsberechnung. Wir verbanden die erste Bewertung mit einem Beispielablauf vom Kundendatensatz über Termin und Abschluss bis zu Zahlung und Kassenabschluss. Der Umfang der Übernahme früherer Termine, Finanz- und Sitzungshistorien wird separat besprochen. Die Vorschau der grundlegenden Kundendaten macht dabei sichtbar, welche Datensätze bereit sind und welche Bereiche weitere Betrachtung brauchen.

  1. 01

    Datei vorbereiten

    Die grundlegende Kundenliste wird als CSV UTF-8 gespeichert; die Zielfiliale wird ausgewählt.

  2. 02

    Zeilen prüfen

    Die Vorschau trennt Duplikate und Fehler; der Import prüft die Daten erneut.

CSV-Vorschau mit zu importierenden, doppelten und fehlerhaften Kundenzeilen

Vom laufenden Produkt zu den nächsten Entwicklungsentscheidungen

Das Verwaltungssystem für Kosmetikstudios ist im Live-Einsatz. Diese Fallstudie beschreibt unseren Entwicklungsansatz anhand von Terminverfügbarkeit, Sitzungsbuchungen, Kassensitzungen und Unternehmensbereich. Auch das Überführen von Restguthaben, überfälligen Besuchen und offenen Onlineanfragen in tägliche Aufgaben folgt diesem Ansatz. Eine Nachverfolgungszeile zeigt den Anlass; das Gesprächsergebnis wird im Panel markiert. Öffnet eine vorbereitete Nachricht in einer externen App, bleiben Prüfung und Versand in Ihrer Hand.

Den nächsten Umfang können wir gemeinsam anhand der täglichen Studioaufgaben bewerten. Aktivierte Unternehmensfunktionen bestimmen die nutzbaren Bereiche; Teamrollen und Filialstruktur geben Orientierung. Bei einem neuen Bedarf betrachten wir, wo der Datensatz entsteht, welche Aktion ihn verändert und wie seine Historie nachvollziehbar bleibt. Auf der Produktseite können Sie Ansichten und Nutzung genauer ansehen. Wenn Sie Ihren Termin-, Paket- und Abschlussablauf teilen, verbinden wir die nächste Entwicklungsentscheidung mit einem konkreten Arbeitsszenario.

01 // Ergebnisse

  • Im Live-Betrieb; grundlegende Kundendaten lassen sich als CSV (UTF-8) mit Vorschau übernehmen. Excel-Listen müssen in diesem Format gespeichert werden; bis zu 5.000 Zeilen werden unterstützt.
  • Zeilensicherheit in der Datenbank (RLS) trennt die Studiodaten; Isolationstests sind vorhanden.
  • Stornos und Rechteänderungen werden protokolliert; Kunden, Personal, Leistungen und Produkte werden archiviert. Zahlungen werden mit Begründung und Gegenbuchung storniert, nicht gelöscht.

02 // Galerie

Kalenderansicht: Spalten je Mitarbeitende und die Termine des Tages (Beispieldaten)
Kalenderansicht: Spalten je Mitarbeitende und die Termine des Tages (Beispieldaten)
Die Termine des Tages und die Karte „Heute anrufen“
Die Termine des Tages und die Karte „Heute anrufen“

03 // Häufige Fragen

Warum wurden Termine, Pakete und Zahlungen in einem Panel zusammengeführt?

Wir betrachteten diese Datensätze als Schritte derselben Behandlung. Ein gemeinsamer Kundendatensatz verbindet sie; Terminplanung, ausgeführte Sitzung und Zahlung behalten ihre eigenen Regeln.

Wie wird der Studiobereich technisch abgegrenzt?

Der Unternehmenskontext wird lokal in der Datenbanktransaktion gesetzt. PostgreSQL-Zeilensicherheit und Anwendungskontrollen wirken zusammen; Portalabfragen werden zusätzlich über die Kunden-ID eingegrenzt.

Welche Entscheidung prägte das Sitzungsbuch?

Wir knüpften die Nutzung an abgeschlossene Termine. Die Rücknahme erzeugt eine Erstattung, statt die ursprüngliche Buchung zu löschen. Die angezeigte Anzahl wird zusammen mit dem Buch aktualisiert.

Wie geht es nach einer Überschneidungsmeldung weiter?

Der Ablauf erzeugt bis zu fünf passende Alternativen. Sie können einen Vorschlag auswählen; ohne passende Zeit bleibt die Liste leer. Personal- und Ressourcenbedingungen werden gemeinsam berücksichtigt.

Warum wird Bargeld je Sitzung statt je Kalendertag berechnet?

Das Sitzungsmodell ordnet Bargeldbewegungen der jeweiligen offenen Kasse zu. Beim Abschluss werden Zählung, Sollbetrag und Differenz gespeichert; eine absolute Differenz ab 50 ₺ erfordert eine Erklärung.

Was macht die CSV-Vorschau bei der Übernahme sichtbar?

Sie zeigt Duplikate, vorhandene Telefonnummern, fehlerhafte und neue Zeilen der grundlegenden Kundenliste. Sie können diese vor dem Import bewerten; bei der Übernahme werden die Daten erneut geprüft.

Ähnliche Projekte

Lassen Sie uns Ihren Arbeitsablauf gemeinsam gestalten

Teilen Sie Ihren Dokumentationsbedarf zwischen Termin, Sitzung und Zahlung; die nächste Entwicklungsentscheidung besprechen wir anhand Ihrer täglichen Aufgaben.

Projekt starten