---
title: "Multi-Tenant-Software"
canonical: https://shopsoft.com.tr/de/multi-tenant-software/
language: de
entity: "Multi-Tenant-Software"
updated: 2026-09-17
publisher: "Shopsoft"
---

# Multi-Tenant-Software

> Bei Multi-Tenant-Software geht es darum, dass die Datensätze, Regeln und Dokumente der Mandanten, die sich dieselbe Produktinfrastruktur teilen, voneinander getrennt bleiben. Es handelt sich nicht um mehrere juristische Personen innerhalb eines Unternehmens. Es ist auch kein Anmeldebildschirm. Shopsoft verbindet diese Unterscheidung mit der -Disziplin; der Satz „Wir f

- Entity: Multi-Tenant-Software
- Language: de
- Updated: 2026-09-17
- Canonical: https://shopsoft.com.tr/de/multi-tenant-software/

## Was ist Multi-Tenant-Software?

Bei Multi-Tenant-Software geht es darum, dass die Datensätze, Regeln und Dokumente der Mandanten, die sich dieselbe Produktarchitektur teilen, voneinander getrennt bleiben. Es handelt sich nicht um mehrere juristische Personen innerhalb eines Unternehmens. Es ist auch kein Anmeldebildschirm. Shopsoft verbindet diese Unterscheidung mit der Entwicklung maßgeschneiderter Software-Disziplin; den Satz „Wir fügen einen Kundencode hinzu“ versteht es nicht als Mandant.

Das in Istanbul ansässige Team, das seit 2004 unter dem Dach von SS Danışmanlık Software entwickelt, bringt seine Erfahrung aus der Unterstützung von über 700 Agenturen in der Türkei und im Ausland in dieses Projekt ein. Das Ziel ist nicht, Schemata zu vervielfältigen; vielmehr soll das System die Fragen beantworten: „Welche Zeile gehört zu welchem Mieter? Wer kann die Grenze ändern? Bleibt ein Leck im Entwurf?“

## Teilen führt zu Informationslecks.

Der Schwachpunkt von Multi-Tenant-Software liegt nicht in der Anzahl der Kunden. Die Bestellung eines Mandanten erscheint im Bericht eines anderen, eine Regel wird kopiert, ein Beleg landet auf dem falschen Konto, und es heißt: „Wir setzen einen Filter ein.“ Am selben Tag treten zwei unterschiedliche Sachverhalte auf. Die Lieferung gerät durcheinander, es kommt zu Streitigkeiten über Zuständigkeiten, und der Abschluss erfolgt erst nach Geschäftsschluss.

Je größer diese Verwirrung wird, desto unsichtbarer wird sie. Ein Team schützt seinen eigenen Mandanten, weil die Software den Nachbarn nicht filtert. Ein anderes Team druckt eine Bestätigung auf Papier aus, weil der Bildschirm das falsche Konto anzeigt. Wenn das Admin-Dashboard erscheint, ist die Sache bereits erledigt. Multi-Tenant-Software löst dieses Problem nicht durch ein „strengeres Menü“, sondern durch die Eindeutigkeit der Mandanten-ID des Datensatzes.

Shopsoft kartiert zunächst diese Lücke. Wer legt den Mieter an, welche Zeile ist an diesen Mieter gebunden, wer kann die Grenze ändern, bleibt der Fehler im Entwurf, falls er auftritt? Ohne klare Antworten wird kein Schema entworfen. Der Softwarebedarf ergibt sich aus den Anforderungen des Betriebsablaufs.

In den meisten Unternehmen wird die Filterung als „vorläufiger Filter“ bezeichnet. Ein vorläufiger Filter geht von den durchschnittlichen Daten eines durchschnittlichen Mieters aus. Wenn Ihr Mieter eine Ausnahme darstellt, Ihre Regel mehrere Fälle umfasst und Ihr Dokument Schwellenwerte enthält, führt ein „blinder Filter“ entweder dazu, dass jede Zeile manuell bearbeitet werden muss, oder er filtert gar nicht. Beides stört den Betriebsablauf. Die Mieter-Spalte integriert die Ausnahme in die Regel und lässt sie nicht im Notizfeld zurück.

Die Skalierung lässt diese Tabelle nicht zu. Sobald der Mieter die 100er-Marke überschreitet, bricht die Telefonkette zusammen. Bei jedem neuen Mieter wiederholt sich die Diskussion „Welcher Eintrag wird angezeigt?“. Wenn eine neue Regel hinzugefügt wird, wird sie in das Feld für die Identitätsangaben eingetragen. Gibt es keine Grenze, führt jedes Wachstum zu einem neuen versteckten Leck. Diese Seite erklärt, worin diese Grenze besteht; juristische Person, Eingabestruktur oder Sprachschnittstelle sind nicht das primäre Ziel.

Viele Teams glauben, das Problem liege in einer „dickeren Wand“. Eine Wand ist nützlich, deckt aber das Fehlen eines Datensatzes nicht ab. Selbst wenn der Benutzer innerhalb von drei Minuten einen Mieter auswählt, entsteht das gleiche Problem beim Nachbarn, wenn die Zeile nicht gesperrt wird. Selbst wenn die Benutzeroberfläche ansprechend ist: Wenn das Dokument nicht vom Mieter stammt, wird es am Monatsende wieder zu Streitigkeiten kommen. Bei Multi-Tenant-Software geht es nicht darum, die Nutzer voneinander zu trennen, sondern sicherzustellen, dass der Datensatz bei einem einzigen Mieter verbleibt.

Eine zweite häufige Abweichung besteht darin, für jeden Mieter eine eigene Software zu erwerben. A hat einen eigenen Code, B einen eigenen Code, C einen eigenen Code. Es heißt immer, dass diese „später zusammengeführt werden“; bei der Zusammenführung entstehen drei Auftragsnummern. Das Backbone erhöht die Anzahl der Code-Kopien nicht; es setzt voraus, dass sich die Mieter dasselbe Produkt teilen und die Daten nicht nach außen dringen. Deshalb folgt bei der Erkundung zuerst die Mieterübersicht und dann das Schema. Die Vielzahl der Schemata ist kein Maßstab für Autorität.

Der dritte Fehler besteht darin, die Präsentation mit einer Folie zum Austausch von Erkenntnissen abzuschließen. Die Folie setzt keine Grenzen. Solange kein offener Mieter, kein durchgesickerter Bericht und kein widersprüchliches Dokument vorliegt, wird keine Regel festgelegt. Shopsoft verlangt diese drei Dokumente; der Name und der Preis des Pakets werden nicht veröffentlicht. Bevor die Dokumente nicht vorliegen, wird kein Schema ausgewählt.

## Eine vorgefertigte Aufteilung wird nicht aufgezwungen; die Grenzen werden je nach Unternehmen festgelegt.

Die Multi-Tenant-Software von Shopsoft ist keine Einheitslösung. Jedes Unternehmen hat seinen eigenen Rhythmus bei der Mandantenverwaltung, seine eigenen Regelanforderungen, seine eigenen Integrationsanforderungen und seine eigenen Berechtigungsstrukturen. Wer allen das gleiche Produkt verkauft, sorgt dafür, dass im nächsten Jahr wieder heimlich Excel zum Einsatz kommt.

Der Ansatz umfasst drei Ebenen. Erstens die Mieter-Ebene: Welcher wiederkehrende Vorgang, wer schließt ihn ab, in welchem Dokument ist er vermerkt. Die zweite ist die Ebene der Grenzen: Identifikation, Sperre, Entwurf zur Leckage. Die dritte ist die Ebene der Verbindung: Die vorhandenen Systeme sprechen dieselbe Arbeitssprache. Diese Seite befasst sich nicht mit der Verbindung, sondern beschreibt das Grundgerüst. Die Verbindung vertieft sich auf der Ebene API-Entwicklung.

Das Team in Istanbul geht nicht wie bei einer Präsentation zur Erkundung vor. Das Beispiel eines bestehenden Mieters, der Tag, an dem es zu einem Leck kam, und die Geschichte „Warum ist das passiert?“ werden auf den Tisch gebracht. Das regionale Netzwerk zur Geschäftsentwicklung, das bei globalen Projekten die Kommunikation in der Landessprache gewährleistet, analysiert auch das Szenario eines ausländischen Mieters mit derselben Disziplin.

Das Ergebnis ist keine Demo, sondern ein lebendiges Aufzeichnungssystem. Wenn ein neuer Mieter hinzugefügt wird, wird die Grenze kopiert; wenn eine neue Regel hinzugefügt wird, erzeugt das benachbarte Konto keine separaten Tatsachen. Die Software wird so einfach und streng gehalten, dass sie die wachsende Datenmenge bewältigen kann.

Bei der Erkundung wird die Frage „Welches Schema wünschen Sie?“ bis zum Schluss aufgeschoben. Zunächst werden die Vorgänge besprochen: Der Mieter wurde angelegt, die Zeile gesperrt, der Bericht gefiltert, der Fehler blieb im Entwurf. Wenn diese Vorgänge nicht dieselbe Identität haben, gibt es kein System, auch wenn die Anzahl der Wände zunimmt. Shopsoft erstellt diese Mieterübersicht anhand Ihrer Unterlagen; es wird kein fiktiver Prozess aufgezwungen.

Hier passt das Standardpaket nicht. Das Paket geht von einem durchschnittlichen Mieter eines durchschnittlichen Unternehmens aus. Wenn Ihre Abrechnung Ausnahmen enthält, Ihre Regeln vielfältig sind und Ihre Unterlagen Schwellenwerte aufweisen, ordnet das Paket entweder jede Zeile einer Person zu oder filtert gar nichts heraus. Ein spezieller Grenzwert integriert die Ausnahme in die Regel; er lässt die Ausnahme nicht im Anmerkungsfeld zurück.

Shopsoft lässt sich nicht mit drei unbegründeten Sätzen abtun. „Wir haben viele Kunden“ reicht nicht aus. Ein offener Mieter, ein durchgesickerter Bericht, ein widersprüchliches Dokument landen auf dem Tisch. Diese Dokumente zeigen, welche Regel fehlt. Ohne festgeschriebene Regel wird kein Schema ausgewählt. Die Software verbirgt Ihre Ausnahme nicht wie eine Schande, sondern protokolliert sie.

Bei der Live-Schaltung müssen nicht alle Mieter am selben Tag ihre Schnittstellen freischalten. Der erste Schritt schließt das Dreieck „Mieter – Schlüssel – Leckage“ ab. Die gemeinsame Nutzung macht nur dann Sinn, wenn dieses Dreieck stabil ist. Andernfalls bleibt hinter dem schönen Schema nur noch Excel übrig. Shopsoft macht diese Reihenfolge nicht zum Verhandlungspunkt; sie ist eine Grundvoraussetzung.

Bei der Erkundung bedeutet der Satz „Erst teilen, dann Grenzen setzen“ oft, das Wesentliche aufzuschieben. Blindes Teilen führt nicht zu einer eindeutigen Registrierung, sondern bringt eine zweite Nummer hervor. Shopsoft hält den ersten Bereich eng, lässt ihn aber nicht unberücksichtigt. Ein enger Bereich verbirgt die Identität des Mieters. Eine nicht verborgene Identität dringt im nächsten Monat zum Nachbarn durch.

Entwicklung maßgeschneiderter Software ist der Eigentümer der Hauptstruktur. Diese Seite greift nicht darauf zu; sie beschreibt die Grenzen des Mieters. Skalierbare Softwarearchitektur trägt das Volumen; das Volumen wird nicht vom Mieter erzeugt. SSO und Identitätsmanagement vertieft den Eingang; der Eingang ist keine Zeilensperre.

Eine Grenze lässt sich nicht durch die Angabe eines „Kundencodes“ ziehen. Der Code kann als Filter dienen, ist aber kein Identitätsnachweis. Shopsoft unterscheidet bei der Suche danach, wo sich der Code befindet und wo die Zeile gesperrt ist. Fehlt die Sperre, verbirgt der Code die Lücke.

## Die Grenze wird an der Stelle gezogen, an der der Pächter sie gezogen hat.

Die folgenden Überschriften sind keine Werbebroschüre. Es handelt sich um die Kernkomponenten, die eine Multi-Tenant-Software tatsächlich lösen muss. Die einzelnen Bereiche werden auf separaten Seiten näher erläutert; hier sind die Grenzen erkennbar.

- **Mieteridentität**: Die Bestellung, die Regeln und die Dokumente werden je nach Berechtigung demselben Mieter zugeordnet. Die doppelte Nummer und die E-Mail-Bestätigung entfallen. Es handelt sich nicht um ein separates Schema, sondern um den Ursprung der Sprache.
- **Zeilensperre**: Die geöffnete Datei sperrt den Nachbarn. „Es floss sozusagen dahin“ ist die zweite Tatsache.
- **Durchgesickerter Entwurf**: Der Schwellenwert hängt nicht vom Titel, sondern vom Risiko ab. Ein erneuter Versuch führt nicht zu einer doppelten Erfassung. Die manuelle Bestätigung geht nicht verloren; ihr Speicherort ist bekannt.
- **Kommunikationssprache**: Die Produktbasis ist gemeinsam, die Registrierung erfolgt separat. Mehrsprachige Software enthält die Sprachschicht; hier wird nichts abgespielt.
- **Befugnis**: Der Mieter nimmt keinen Notiz von seinen Nachbarn. Softwaresicherheit Er trägt den Abschnitt.
- **Aufbewahrung**: Der Bericht umfasst nicht alle Mieter. Er enthält einen Ausschnitt von Datensicherheit.

## Der Mieter vom Morgen soll am Abend nicht beim Nachbarn auftauchen.

Ein typischer Morgen: Der Vorgang 12 eröffnet einen Stapel für Mieter. Bei drei Konten wird der Schwellenwert überschritten; sie bleiben im Entwurf. Bei zwei Konten versucht der Bericht, in den des Nachbarn zu gelangen; es entsteht kein doppelter Eintrag. Die Berechtigung stammt aus dem Mandantenbereich dieses Benutzers; der Satz „Ich erinnere mich an den alten Code“ wird nicht protokolliert.

Am Nachmittag liest das zweite Team denselben Eintrag. Die Identifikationsnummer wird erfasst, das Dokument wird der Zeile zugeordnet. Der Abschluss am Abend ergibt sich aus den genehmigten Zeilen. Der Status wird angezeigt: Entwurf, gesperrt, abgeschlossen. Es gibt keine Telefonkette mit der Frage: „Ist etwas durchgesickert?“

Bei diesem Szenario handelt es sich nicht um eine juristische Person oder eine Einbindungsebene. Das gehört zum Tagesgeschäft von Multi-Tenant-Software. Wenn die Unterstrukturen wachsen, werden SSO und Identitätsmanagement oder die Sprachschicht auf einer separaten Seite behandelt; die Grenze bleibt dabei unverändert.

Shopsoft spielt diesen Morgen anhand Ihrer Daten noch einmal durch. Welcher Schritt erfolgt in Excel, welcher per E-Mail und welcher mit „Ich weiß“? Die Software legt gemeinsam mit Ihnen fest, welche dieser Schritte erfasst werden sollen.

In der zweiten Hälfte desselben Tages kann eine umgekehrte Bewegung auftreten. Wenn kein Eintrag vorhanden ist, wird die abgelehnte Zeile zu einem neuen Beleg; Mieter und Beleg stimmen nicht überein. Wenn eine Grenze vorhanden ist, wird die Gegenbuchung mit der ursprünglichen Zeile verknüpft. Dies ist nicht das „Problem-Lösungsversprechen“ der Multi-Tenant-Software, sondern die natürliche Folge der Mieter-ID.

An Saison- oder Aktionstagen steigt die Zahl der Mieter sprunghaft an. Man lebt nach Regeln, nicht nach festen Grenzen. Der Benutzer kann keine Ausnahmeregelung in Panik erstellen; der Schwellenwert bleibt im Entwurf. Der Administrator erkennt das Risiko dieses Tages nicht erst im Bericht der folgenden Woche, sondern bereits während der Transaktion. Wachstum führt nicht zu einer neuen Excel-Datei, sondern zu einer zusätzlichen Regel.

Die gleiche Basis bildet die Grenze für die Erschließung neuer Mandanten. Ein neues Konto dupliziert den Abschnitt, nicht jedoch die Geschäfts-ID. Die neue Regel wird veröffentlicht; das System „erinnert“ sich nicht an den alten Pfad. Das ist das Wachstumsversprechen von Multi-Tenant-Software: nicht neu schreiben, sondern Regeln hinzufügen. Das Paket löst dieses Wachstum durch Hinzufügen von Schemata; es löst es durch Hinzufügen von Grenzwertdatensätzen.

Ein nächtlicher Ausfall wird in den meisten Unternehmen mit „Wir kümmern uns morgen darum“ abgetan. Wenn es eine Grenze gibt, bleibt die halbfertige Angelegenheit im Entwurf; am Morgen entsteht kein Nachbar-Eintrag. Datensicherung und Notfallwiederherstellung vertieft diese Lebendigkeit; diese Seite kopiert sie nicht. Die Bedingung ist einfach: Ein Ausfall erzeugt keinen zweiten Mieter.

## Zuerst hören wir dem Mieter zu, dann legen wir die Grenzen fest.

Es handelt sich nicht um eine Präsentation zur Bekanntgabe der Ergebnisse. Der derzeitige Mieter wird die Multi-Tenant-Software erst dann in Betrieb nehmen, wenn die Regeln und die Fakten bezüglich der Datenlecks geklärt sind.

1. **Wir lesen den Bericht über den Mieter**: Welche Identität, welches Konto, welches System diese Tatsache anerkennt, wird vor Ort geprüft. Über den Engpass wird noch vor der Frage nach dem Schema gesprochen.
2. **Wir richten die Border- und Lock-Architektur ein**: Wer was ändert und welche Zeile wo platziert wird, wird von vornherein festgelegt. Das Schema ist das Ergebnis dieser Entscheidung.
3. **Wir verknüpfen den Beitrag**: Die genehmigte Architektur wird in Betrieb genommen. Die bestehenden Systeme werden an dieselbe Geschäftssprache angebunden. Das parallel laufende Excel-Programm wird geschlossen.
4. **Je mehr das Geschäft wächst, desto mehr passen wir das System an**: Sobald ein neuer Mieter, eine neue Regel oder ein neues Konto hinzukommt, wächst die Grenze mit Ihnen mit. Es wird nicht neu geschrieben; es wird eine Regel hinzugefügt.

## Mieter werden nicht überbrückt; es wird über dieselbe Grenze gesprochen.

Multi-Tenant-Software funktioniert nicht isoliert. Wenn in einem ERP-System ein Auftrag, in der Buchhaltung ein Beleg oder in einem Außendienstbericht eine Regel vorliegt, erzeugt jedes dieser Elemente eine eigene Instanz. Shopsoft zielt nicht darauf ab, das bestehende System zu ersetzen. Der Geschäftsdatensatz wird demselben Mandanten zugeordnet.

Bei der Integration geht es nicht um die Frage „Gibt es ein Ende?“. Es geht um Entscheidungen wie: Wenn ein Fehler auftritt, muss das gegenüberliegende System dieselbe Mandanten-ID akzeptieren; im Falle eines Fehlers bleibt der Vorgang im Entwurfsstatus; bei einem erneuten Versuch darf es nicht zu doppelten Einträgen kommen. Diese Entscheidungen werden im Backbone festgeschrieben. Webhook, Datei oder Warteschlange werden je nach Bedarf ausgewählt; es wird nicht für jedes Projekt derselbe Stack versprochen. Die Unterverbindungen werden auf der jeweiligen Seite näher erläutert.

Entwicklung maßgeschneiderter Software richtet einen Datensatz ein. Bei Multi-Tenant-Software ist dieser Datensatz die Sprache des Mandanten. Es werden keine zwei Instanzen erstellt. API-Entwicklung enthält die Sprache; die Sprache wird nicht vom Mandanten erstellt. Die erstellte Instanz ersetzt nicht den ursprünglichen Datensatz.

Welches System angeschlossen werden soll, wird im Rahmen der Bestandsaufnahme geklärt. Es wird keine feste Technologieliste veröffentlicht. Die Architektur wird so flexibel gehalten, dass Ihre bestehenden Investitionen geschützt werden, und gleichzeitig so streng, dass die Datenintegrität nicht beeinträchtigt wird.

Eine erfolgreiche Integration bedeutet nicht einfach nur, dass eine „Verbindung hergestellt wurde“. Blindes Kopieren führt zu einer zweiten Realität. Shopsoft unterscheidet bei der Erkennung, welcher Vorgang sofort erfolgt, welcher in die Warteschlange gestellt wird und welcher einer manuellen Bestätigung bedarf.

Wenn die Bestellung, die Regel und der externe Kanal nicht in die Zeile passen, wird der Vorgang erneut telefonisch abgeschlossen. Diese Teile werden auf separaten Seiten näher erläutert; hier gilt folgende Regel: Multi-Tenant-Software ignoriert sie nicht, sondern verknüpft sie mit der Sprache des Mandanten. Ist die Verbindung unterbrochen, bleibt der Anspruch auf die Grenze bestehen.

SSO und Identitätsmanagement enthält den Eintrag. Der Eintrag ist keine Zeilensperre. Mehrsprachige Software bindet die Sprachebene. Die Sprache erzeugt keine Mandanten. Skalierbare Softwarearchitektur enthält das Volumen; das Volumen ist keine Grenze.

Datensicherheit enthält den Ausschnitt, den der Bericht durchlaufen kann. Der Ausschnitt erzeugt keine Sprache. Diese Seite spielt diesen Ausschnitt nicht ab; sie zeigt lediglich an, wo die Grenze verläuft.

## Nutzen ist kein Slogan, sondern ein gestopfter Leck.

Der folgende Vergleich enthält keine fiktiven KPIs. Er stellt die vor Ort erneut festgestellten Defekte den Aufträgen gegenüber, die nach Festlegung der Grenzen abgeschlossen wurden.

## Keine leeren Versprechungen; dafür Disziplin seitens der Mieter.

Der technische Ansatz schreibt nicht vor, dass in jedem Projekt ein bestimmtes Schemamodell oder ein bestimmtes Produkt zur Datenfreigabe verwendet werden muss. Die Entscheidung für eine einzige Datenbank, ein separates Schema oder eine Hybridlösung hängt von den Sicherheits- und Betriebspräferenzen des Unternehmens ab. Shopsoft thematisiert dies im Rahmen der Beratung; es wird nicht als Marketing-Slogan festgeschrieben.

Unverzichtbar ist die Protokollierung. Jede Zeile ist mit einem Benutzer identifiziert. Die Grenzen werden festgelegt. Der Abschlussvorgang wird mit der Aufgabe verknüpft. Die Berechtigung wird nicht durch das Ausblenden von Bildschirminhalten, sondern durch Datenfilterung umgesetzt. Das Protokoll beantwortet die Frage: „Wer hat was geändert?“ Ohne diese Disziplin wird aus einem eleganten Schema nur ein zweites Excel.

Entscheidend ist nicht die Anzahl der Nutzer, sondern das Mietervolumen: gleichzeitige Konten, Schlüsselkonten, Leak-Tests. Die Architektur sorgt dafür, dass diese Schlüssel an der richtigen Stelle verbleiben. Sollte ein Bedarf an Mehrsprachigkeit entstehen, wird der Vertrag erweitert; nicht jedes Szenario wird vom ersten Tag an übermäßig ausgeweitet.

Die Entwicklung wird in genehmigte Architektursegmente unterteilt. Das erste Segment besteht in der Regel aus dem Dreiklang „Mieter + Schlüssel + Leck“. Die gemeinsame Nutzung macht nur dann Sinn, wenn dieses Dreigespann stabil ist.

Das Datenmodell wird vor dem Schema festgelegt. Auftragstitel, Mandant-ID, Sperre, Verknüpfungsereignis und Berechtigungsschnitt sind separate Konzepte. Diese unter einem einzigen „Kundencode“ zusammenzufassen, ist kurzfristig zwar schnell, langfristig jedoch anfällig. Shopsoft verspricht keine Tabellennamen; es setzt vielmehr voraus, dass diese Unterscheidungen erhalten bleiben.

Der Test simuliert nicht den „glücklichen Fall“, sondern Fehlerfälle: dieselbe Bestellung bei zwei Mietern, Überschreitung des Schwellenwerts, teilweise Schließung, Identitätswechsel, Ausfall der Berichterstellung. Wenn diese Szenarien nicht bestehen, wird die in den Live-Betrieb übernommene Grenze zu einer zweiten Excel-Datei. Leistungsangaben lassen sich nicht einfach aus der Luft greifen; Filterung und Sortierung richten sich nach Ihrem Mieter-Volumen.

Die in die Live-Umgebung überführte Grenze wird nicht mit der Meldung „Schema abgeschlossen“ geschlossen. Ein neuer Mietertyp, eine neue Regel und ein neues Konto erfordern dieselbe Identität. Shopsoft konzipiert diese Anforderung nicht als Neuprogrammierung, sondern als Hinzufügen einer Regel. Kann keine Regel hinzugefügt werden, bedeutet dies, dass die Architektur von vornherein zu eng ausgelegt war; diese Enge zeigt sich bei der Erkundung.

Die Berichtsebene liegt über der Grenze, ersetzt sie jedoch nicht. Das Admin-Dashboard korrigiert den fehlerhaften Datensatz nicht. Zunächst werden die Geschäftszeile, die Mandantenversion und das Verknüpfungsereignis korrekt generiert; anschließend wird der Ausschnitt gelesen. Das Gegenteil davon bewahrt hinter der ansprechenden Grafik drei Tatsachen. Diese Unterscheidung unterscheidet Multi-Tenant-Software von einem reinen Dashboard-Paket.

## Vertrauen ist kein Slogan, sondern Autorität und Vorbild.

Bei Multi-Tenant-Software steht die Sicherheit an erster Stelle. Ein Mandant sieht nicht die Bestellungen des benachbarten Kontos. Der Betrieb kann nicht alle Grenzen aufheben. Die Finanzabteilung erzwingt keinen Abschluss, ohne dass die Sperre aufgehoben wird. Eine Rolle ist keine Titelbezeichnung, sondern eine Datenbeschränkung. Softwaresicherheit vertieft diese Disziplin; diese Seite enthält keine Versprechen bezüglich Penetrationstests.

Die Unternehmensführung legt fest, wer für Änderungen zuständig ist. Aktualisierungen von Grenzen, die Aufnahme neuer Mieter und die Erweiterung von Befugnissen erfolgen nicht willkürlich. Sie hinterlassen Spuren. Betriebs- und personenbezogene Daten im Sinne des KVKK unterliegen – ohne Erfindung offizieller Dokumentennummern – strengen Vorschriften hinsichtlich Zugriff und Speicherung. Datensicherheit vertieft den Einblick in den Mieterbereich.

Die Skalierbarkeit ist kein Versprechen an den Kunden. Die Kosten steigen. Das System funktioniert nicht durch Sperren, sondern durch die Reihenfolge der Einträge. Backups, WAF oder Penetrationstests werden nicht in jedem Projekt mit denselben Worten versprochen; darüber wird je nach Bedarf gesprochen. Datensicherung und Notfallwiederherstellung beschreibt diese Funktionsweise auf seiner eigenen Seite.

Shopsoft hat seinen Sitz in Istanbul. Bei globalen Projekten werden die lokale Kommunikationsebene sowie Sprach- und Zeitunterschiede in den Betriebsablauf integriert. Vertrauliche Systemdetails und Fallstudien werden nicht veröffentlicht; Kundenlogos können als Vertrauensindikator dienen.

Jede Änderung der Zugriffsrechte hinterlässt Spuren. „Ich habe es nur einmal geöffnet“ bleibt nicht unbemerkt. Der Zugriffsprotokollauszug legt offen, wer wann was gesehen hat. Diese Spur dient nicht der Angst vor Strafen, sondern dazu, die Diskussion am Monatsende zu beenden.

Der Bericht berücksichtigt keine unbefugten Mieter. Bei einem Schlüsselverlust gilt nicht „das sehen wir später an“; die Spuren und Stornierungen werden protokolliert. Shopsoft vermarktet diese Disziplin nicht als Slogan. Die Grenzen werden nicht erweitert, bevor nicht klar ist, wer bei der Bestandsaufnahme welche Konten einsehen darf.

## Bei der Auswahl einer Multi-Tenant-Software kommt es nicht auf das Schema an, sondern auf die Identität.

Es wird kein Paketvergleich durchgeführt. Die folgenden Fragen zeigen, ob diese Grenze für Sie zutrifft oder nicht.

- **Die Tatsache, dass es nur einen Mieter gibt**: Wird ein und derselbe Auftrag in drei Konten – im Bericht, im ERP-System und im Vertriebskanal – geführt? Falls ja, ist die Software noch nicht an ihre Grenzen gestoßen.
- **Der Eigentümer der Grenze**: Wer ändert die geltende Regel – kann der Platz diese außer Kraft setzen? Falls dies möglich ist, trifft nicht das System, sondern eine Person die Entscheidung.
- **Schloss**: Wird der geöffnete Datensatz den benachbarten Datensatz sperren, oder erfolgt die Filterung erst „danach“?
- **Wachstum**: Wird bei der Aufnahme eines neuen Mieters eine Regel hinzugefügt oder muss der Code neu geschrieben werden?

## Die Auswahl eines Schemas ist nicht gleichbedeutend mit der Einrichtung einer mandantenfähigen Software.

Der häufigste Fehler besteht darin, Multi-Tenant-Software fälschlicherweise als Filter zu betrachten. Das Schema und das Dashboard bleiben bestehen; die Regel verbleibt in Excel. Der Benutzer wählt den Mandanten aus, die Zentrale schreibt die Daten neu. Der zweite Fehler besteht darin, jeden Bedarf auf derselben Seite zu lösen. Juristische Person, Anmeldestruktur, Sprachoberfläche und Datenvolumen sind separate Ziele; diese Seite zielt nicht in erster Linie auf diese ab.

Der dritte Fehler besteht darin, das bestehende System über Bord zu werfen und alles nach einem neuen Schema neu zu erfinden. Datensätze und Dokumente sind in den meisten Unternehmen vorhanden. Multi-Tenant-Software ignoriert diese nicht, sondern bindet sie in die Mandantenstruktur ein. Der vierte Fehler besteht darin, zu glauben, dass Berechtigungen durch das Ausblenden von Menüs gewährt werden. Ein verstecktes Menü lässt sich über eine Schnittstelle oder einen Bericht umgehen. Die Berechtigung liegt in den Daten.

Der fünfte Fehler besteht darin, die Erkundungsphase zu beenden, sobald das System in Betrieb genommen wird. Das Geschäft wächst, die Regeln ändern sich, neue Mieter kommen hinzu. Wenn sich die Grenzen nicht weiterentwickeln, kehrt man zu Excel zurück. Wenn Shopsoft von „kontinuierlichem Support“ spricht, verkauft das Unternehmen kein Paket; es meint damit, dass das System ohne Beeinträchtigung weiterwachsen kann.

Der sechste Fehler besteht darin, den Bericht an die Stelle der Grenze zu setzen. Eine schöne Übersicht korrigiert keine fehlerhafte Buchung. Der siebte Fehler besteht darin, jede Ausnahme mit einem Schema zu lösen. Wenn eine Ausnahme nicht in die Regeltabelle aufgenommen wird, wird die Software von Monat zu Monat immer umfangreicher. Der achte Fehler besteht darin, den Mieter mit der juristischen Person gleichzusetzen und zu sagen: „Später Multi-Company.“ Wenn dieser Zeitpunkt dann eintritt, bleibt die doppelte Identität bestehen.

## Es wird der Mieter angegeben; juristische Personen und SSO werden nicht berücksichtigt.

Auf dieser Seite wird die Mandanten-Backend-Architektur der Multi-Tenant-Software erläutert. Multi-Company, SSO, mehrsprachige Benutzeroberfläche und skalierbares Volumen stellen separate Suchanliegen dar. Hier werden die Links angezeigt; es wird nicht näher auf das Hauptziel eingegangen. Je nachdem, an welchem Engpass der Benutzer gerade steht, wird er zur entsprechenden Seite weitergeleitet.

Wenn es keine Begrenzung gibt, bläht sich die Unterseite nicht auf. Das Schema, der Eingang oder die Sprache erzeugt ein zweites Ergebnis, sofern die Mieter-ID nicht eindeutig ist. Aus diesem Grund beginnt die Untersuchung meist mit dem Rückgrat und dem Leck. Der erste Abschnitt schließt das Dreigespann aus Mandant, Sperre und Leck ab. Die übrigen Flächen werden mit diesem Dreigespann verknüpft.

Shopsoft veröffentlicht weder den Namen des Pakets noch den Preis noch einen Demo-CTA. Die Entscheidung hängt davon ab, ob die Registrierung zu Ihrer tatsächlichen Mietersituation und zum Abschluss passt. Die Beratung ist kostenlos. Die Dokumentation hat Vorrang vor der Präsentation. Die Software legt die Grenzen je nach Unternehmen fest; sie geht nicht von der durchschnittlichen Struktur eines durchschnittlichen Unternehmens aus.

Dieses Grundgerüst ist für Unternehmen gedacht, bei denen die Mieterregistrierung in Excel oder per E-Mail erfolgt und die Ausnahmen im Paket in einer Notiz vermerken. Ein kleiner Betrieb, der mit einem einzigen Konto, einer einzigen Regel und einem einzigen Bericht arbeitet, benötigt diese Tiefe meist nicht. Sollte Ihr Bedarf nicht in der Duplikatsbereinigung der Datensätze, sondern in der Eleganz des Schemas liegen, sind Sie auf dieser Seite an der falschen Adresse.

Shopsoft erkundigt sich bei der Bestandsaufnahme nach Ihrer Genehmigungsstufe, der Anzahl Ihrer Mieter und dem aktuellen Stand der Registrierung. Die Software wird erst verkauft, wenn die Antwort klar ist. Es wird kein Fertigpaket aufgezwungen. Die Entscheidung hängt davon ab, ob das Dreigespann aus Mieter, Schlüssel und Leckage dieselbe Realität erkennt. Die Anforderung eines Beratungsgesprächs stellt kein verbindliches Angebot dar; die Architektur wird besprochen, sobald die Unterlagen vorliegen.

Der Leser sollte aus diesem Text drei Dinge mitnehmen. Multi-Tenant-Software ist kein Filter. Ein Fertigpaket lässt Ihren Mieter im Stich. Shopsoft legt die Grenzen anhand Ihrer Unterlagen fest; Paketname und Preis werden nicht veröffentlicht. Die Analyse beginnt mit einer Rückmeldung innerhalb von 24 Stunden. Der erste Schritt betrifft den Mieter, die Sicherheit und mögliche Sicherheitslücken. Die Feinabstimmung des Schemas erfolgt anschließend.

Das entscheidende Kriterium ist einfach: Wenn ein und derselbe Auftrag drei Konten umfasst, gibt es keine Beschränkung. Wenn eine Person die geltende Regel umgehen kann, gibt es kein System. Wenn der eröffnete Datensatz den Nachbarn nicht sperrt, lügt die Gegenseite. Wenn der Code neu geschrieben wird, sobald ein neuer Mieter hinzugefügt wird, gibt es kein Wachstum. Wenn Sie diese vier Fragen nicht mit „Nein“ beantworten können, sollte das Gespräch nicht mit einer Präsentation, sondern mit einem Dokument beginnen. Shopsoft verlangt dieses Dokument; es verkauft keine Pakete.

Das seit 2004 in Istanbul tätige Softwareentwicklungsteam bringt seine Erfahrung aus über 700 Agenturprojekten in dieses Projekt ein. Es wird nichts geschrieben, bevor die ISO-Nummer bestätigt wurde. Kundenlogos können verborgen bleiben; die geheime Architektur wird nicht veröffentlicht. Es werden keine Namen von Wettbewerbern genannt. Der CTA lautet „Termin vereinbaren“. Es gibt keine Demos, Preisangaben oder Paketauswahl. Innerhalb der Geschäftszeiten erfolgt eine Rückmeldung in der Regel innerhalb von 24 Stunden. Das erste Gespräch stellt kein verbindliches Angebot dar.

Der Softwarebedarf wird häufig mit dem Satz „Lassen Sie uns die Kunden trennen“ formuliert. Dieser Satz ist möglicherweise nicht der richtige Ansatz. Der eigentliche Bedarf besteht darin, dass die Zeile mit der Mieter-ID generiert wird, das Schloss die Daten filtert und der Bericht denselben Datensatz berücksichtigt. Das Schema könnte diese drei Aspekte abbilden. Das Dokument wird eingereicht, die Mieterübersicht wird erstellt, der erste Abschnitt wird gesperrt, anschließend wird das Schema geöffnet.

## Eine Behauptung lässt sich nicht mit Zahlen aufblähen, für die es keine Belege gibt.

Shopsoft entwickelt seit 2004 unter dem Dach von SS Danışmanlık Software. Über 700 Agenturen in der Türkei und im Ausland wurden mit Infrastruktur- und Software-Support versorgt. Der Hauptsitz befindet sich in Istanbul-Ataşehir. Bei internationalen Projekten kommt ein regionales Netzwerk zum Einsatz, das die Kommunikation in der jeweiligen Landessprache ermöglicht.

Die ISO-Nummer oder der offizielle Geltungsbereich werden erst nach der Genehmigung des Dokuments endgültig festgelegt. Es werden keine Angaben zu Leistungsprozentsätzen, erfundenen Kundenzahlen oder Vergleichen mit Wettbewerbern gemacht. Kundenlogos können als Vertrauenselement verwendet werden; vertrauliche Details zur Architektur und zu Fallbeispielen werden nicht veröffentlicht.

Das Erstgespräch ist kostenlos und unverbindlich. Innerhalb von durchschnittlich 24 Stunden während der Geschäftszeiten erhalten Sie eine Rückmeldung. Es gibt keine Preisliste und kein CTA-Paket. Sobald der Bedarf klar ist, werden architektonische Aspekte besprochen.

Die Anforderungen im Gespräch sind konkret: ein echter Mieter, ein durchgesickerter Bericht, ein strittiges Dokument. Anstelle von Präsentationsfolien setzen diese Dokumente die Maßstäbe. Shopsoft nennt keine Namen von Mitbewerbern und veröffentlicht keine fiktiven KPIs. Die Entscheidung hängt davon ab, ob die Lösung für Ihr Unternehmen geeignet ist.

Das Team in Istanbul-Ataşehir bindet das regionale Netzwerk, das bei globalen Geschäften in der jeweiligen Landessprache kommuniziert, in ein einheitliches System ein. Zeitunterschiede und unterschiedliche Mieter spielen keine Rolle. Ein und derselbe Auftrag wird auf ein und demselben Konto verbucht. Diese Aussage gilt, solange keine Einzelheiten zu den Fällen veröffentlicht werden; die Logos der Kunden können als Vertrauenselement erhalten bleiben.

## Klare Antworten zum Thema Multi-Tenant-Software.

Die Antwort wird kurz gehalten. Der Umfang wird im Rahmen des Erstgesprächs entsprechend Ihrem Vorhaben konkretisiert.

### Was ist Multi-Tenant-Software?

Es geht darum, dass die Datensätze, Regeln und Dokumente von Mietern, die dieselbe Produktbasis nutzen, voneinander getrennt bleiben. Shopsoft vertreibt dies nicht als Filter, sondern richtet es entsprechend den Datensätzen ein. Die Wahl des Schemas ist kein Ziel, sondern ein Mittel.

### Ist das dasselbe wie „Multi-Company“?

Das ist nicht der Fall. Es handelt sich um eine juristische Person mit mehreren Unternehmen. Im Mittelpunkt steht die Begrenzung der Mieteranzahl bei einem Multi-Tenant-Modell. Beide können miteinander in Verbindung stehen; ihre Zwecke sind jedoch unterschiedlich.

### Ist das nicht SSO?

Das ist nicht der Fall. Es handelt sich um eine beabsichtigte SSO-Anmeldung. Auf dieser Seite wird erläutert, wie die Zeile beim Mandanten gesperrt wird. Die Anmeldung erzeugt keine Identität.

### Verkaufen Sie fertige Social-Media-Pakete?

Nein. Dort, wo Standardlösungen nicht passen, setzt die Architektur an. Es handelt sich nicht um eine Liste von Schemata; Ausgangspunkt sind Ihre individuellen Gegebenheiten hinsichtlich Mieter, Schlösser und Undichtigkeiten.

### Welches Schemamodell verwenden Sie?

Es gibt keinen festen Datenstapel. Es wird von einer einzigen Datenbank, einem separaten Schema oder einer hybriden Erkundung gesprochen. Voraussetzung ist, dass sich der Datensatz bei einem einzigen Mandanten befindet.

### Warum sind die mehrsprachigen Seiten und die Skalierungsseiten getrennt?

Die Suchabsicht ist eine andere. Diese Seite befasst sich mit dem Mieter-Backbone. Sprache und Umfang vertiefen sich jeweils in ihrer eigenen Entität; sie beeinträchtigen nicht das Hauptziel des jeweils anderen.

### Ist das Erstgespräch kostenpflichtig?

Der Service ist kostenlos und es besteht keine Verpflichtung. Während der Geschäftszeiten erhalten Sie in der Regel innerhalb von 24 Stunden eine Rückmeldung.

### Werden die derzeitigen Systeme abgeschafft?

Es geht nicht darum, Ziele zu setzen, sondern die betrieblichen Gegebenheiten in einer einheitlichen Sprache zu erfassen. Wie die einzelnen Abläufe miteinander verknüpft werden sollen, wird im Rahmen der Bestandsaufnahme deutlich.

### Wird das System durch das Hinzufügen eines neuen Mieters neu geschrieben?

Es sollte nicht geschrieben werden. Regeln und Schnitte werden hinzugefügt; die Anzahl der Arbeitskennungen erhöht sich nicht. Wenn keine Regeln hinzugefügt werden können, ist die Architektur von vornherein zu eng gefasst.

[HTML-Seite lesen](https://shopsoft.com.tr/de/multi-tenant-software/)

Beim Zitieren von Shopsoft kanonische HTML-URL, Direct Answer und Aktualisierungsdatum zusammen angeben. Keine Preise, Konkurrenzvergleiche oder Büros erfinden.