Skip to main content
Der Knoten general bündelt sämtliche allgemeinen und systemweiten Grundeinstellungen des Onlineshops. Er ist einer der zentralsten und zugleich umfangreichsten Konfigurationsbereiche und enthält Parameter, die zahlreiche Module, Funktionen und Darstellungen des Shops beeinflussen. Im Admin Interface sind die hier zusammengeführten Einstellungen nicht unter einem einzigen Menüpunkt zu finden. Sie betreffen unterschiedliche Funktionsbereiche (z. B. Sprachen, Länder, Subshops, Consent-Management) und sind dort entsprechend thematisch gruppiert.
Die jeweilige Zuordnung im Admin Interface wird in der Dokumentation des jeweiligen Abschnitts angegeben.
Über diesen Knoten lassen sich u. a. folgende Aspekte steuern:
  • Aktivierungsstatus, Zeitzone und Basisparameter des Shops
  • Definition der verfügbaren Länder, Sprachen, Titel und Anreden
  • Subshop-spezifische Einstellungen (z. B. Sprache, Währung, Theme)
  • Cookie- und Tracking-Consent-Gruppen inkl. einzelner Dienste
  • Formatierungen für Preise, Mengen und Gewichte
  • Postleitzahl-Prüfungen pro Land
  • Einstellungen für Testmodus, Kundenkontolöschung und Session-Gültigkeit
Der Knoten bildet somit die zentrale Konfigurationsbasis des gesamten Systems und stellt grundlegende Abhängigkeiten für viele weitere Knoten wie basket, finance, content oder customer her.

general* - Grundstruktur

Nachfolgend der Grundaufbau des Knotens general:

Parameterbeschreibung:

general.addressListElements - Adresslisten

Der Knoten general.addressListElements definiert auswählbare Listen (Dropdowns/Radio-Listen) für Adressformulare. Jedes Listenelement besitzt eine eindeutige ID, einen technischen Namen, optional einen Anwendungsbereich (Rechnungs-/Lieferadresse) sowie die auswählbaren Werte.

Beispielkonfiguration (general.addressListElements.billAddressType)

Parameterübersicht

general.adminAccountSettings - Anmelderichtlinien für das Admin Interface

Der Knoten general.adminAccountSettings definiert sicherheitsrelevante Vorgaben für das Admin Interface des Shops. Hier wird festgelegt, wie viele fehlgeschlagene Anmeldeversuche erlaubt sind und wie lange ein Benutzer nach Erreichen dieses Limits gesperrt bleibt, bevor ein erneuter Loginversuch möglich ist.
Die Einstellungen dienen dem Schutz vor unbefugtem Zugriff und Brute-Force-Angriffen.

Beispielkonfiguration (general.adminAccountSettings)

Parameterübersicht

Hinweis: Diese Sperrung betrifft ausschließlich den Zugang zum Admin Interface und hat keine Auswirkungen auf Benutzerkonten im Frontend oder im Kundenbereich des Shops.

general.asse - Schnittstelle für Asynchronous Server-Side Events (ASSE)

Der Knoten general.asse definiert die Konfiguration der asynchronen Server-Side-Event-Schnittstelle (ASSE). Über diese Schnittstelle können serverseitige Ereignisse (Events) automatisiert an externe Systeme übermittelt werden, z. B. für Webhooks, Benachrichtigungen oder Integrationen mit Drittsystemen.

Beispielkonfiguration (general.asse.subscribeNewsletter2Go)

Parameterübersicht

Es werden alle Einstellungen definiert, die den Einwilligungsdialog für Cookies, Tracking- und Analysedienste betreffen. Dieser Layer wird beim ersten Besuch des Shops angezeigt und ist gemäß DSGVO (Datenschutz-Grundverordnung) und ePrivacy-Richtlinie verpflichtend, sobald der Shop Daten des Besuchers erhebt oder externe Dienste (z. B. Tracking, Captcha, Medien-Einbindungen) nutzt. Zu den hier konfigurierten Consent-Einstellungen können ergänzend Fehlermeldungen oder Benachrichtigungstexte im Abschnitt actions.consentChange definiert werden.

general.consentCookieGroup - Gruppierung zustimmungspflichtiger Cookies/Trackings

Der Knoten general.consentCookieGroup definiert die Gruppen, die im Consent Layer (Cookie-Banner) des Shops angezeigt werden, also die bekannten Kategorien wie z.B. Notwendige Cookies, Statistik oder Marketing. Jede Gruppe fasst einen oder mehrere Services zusammen. Diese Services werden separat unter general.consentCookieService (Punkt 5.2) angelegt und hier per Referenz zugewiesen. Die Einstellungen zu diesem Abschnitt befinden sich im Admin Interface unter EinstellungenShop-Konfiguration und der Gruppe Sicherheit. Wie hängen Gruppen und Services zusammen?
Eine Gruppe ist die Kategorie, die der Besucher im Consent Layer (Cookie-Banner) sieht und per Checkbox akzeptieren oder ablehnen kann, z.B. “Marketing”.
Ein Service ist ein konkretes Tracking- oder Cookie-Tool, das dieser Gruppe zugeordnet ist, z.B. “Google Ads” oder “Meta Pixel”. Einer Gruppe können beliebig viele Services zugeordnet werden. Der Besucher stimmt immer der gesamten Gruppe zu, nicht einzelnen Services. Woher kommen die Service-Bezeichnungen?
Die Bezeichnungen unter services (z.B. general.consentCookieService.googleads) setzen sich immer aus dem Präfix general.consentCookieService und dem technischen Namen des jeweiligen Service zusammen. Es gibt folgende Arten von Services:
  • Mitgelieferte Standardservices - diese sind bereits im System vordefiniert und können direkt referenziert werden. Eine Liste der verfügbaren Standardservices befindet sich in Abschnitt 5.2.
  • Selbst angelegte Services - eigene Services können unter general.consentCookieService frei angelegt werden (z.B. für ein eigenes Tracking-Tool). Der dort vergebene name ergibt dann den Referenzpfad.

Beispielkonfiguration für die Gruppe “Marketing” (general.consentCookieGroup.marketing)

Mehrere Services werden als Liste unter services eingetragen. Jeder Eintrag referenziert einen Service-Knoten, der unter general.consentCookieService angelegt wurde.

Beispielkonfiguration für die Gruppe “Statistik” (general.consentCookieGroup.statistics)

Parameterbeschreibung

general.consentCookieService -Einzeldefinition zustimmungspflichtiger Cookies/Trackings

Der Knoten general.consentCookieService enthält die Definitionen der einzelnen Dienste, die im Consent Layer (Cookie-Banner) angezeigt werden. Jeder Service steht für ein konkretes Tracking-, Analyse- oder Einbindungs-Tool, dem der Besucher explizit zustimmen oder widersprechen kann, z.B. Google Ads, Meta Pixel oder ein Captcha-Dienst. Jeder Service-Knoten beschreibt genau einen Dienst. Für jeden weiteren Dienst wird ein eigener Knoten angelegt. Die Services werden anschließend in Gruppen eingebunden. Wie das funktioniert, ist in Abschnitt 5.1 beschrieben. Die Einstellungen zu diesem Abschnitt befinden sich im Admin Interface unter EinstellungenShop-Konfiguration und der Gruppe Sicherheit.

Beispielkonfiguration “Google Ads” (general.consentCookieService.googleads)

Beispielkonfiguration “Meta Pixel” (general.consentCookieService.metapixel)

Beispielkonfiguration “Cookie-Warenkorb” (general.consentCookieService.cookiebasket)

Für interne Shop-Funktionen, wie in diesem Beispiel, wird shopService gesetzt und externalService wird auf null gestellt.

Parameterbeschreibung

general.country - Länderdefinitionen

Der Unterknoten general.country definiert alle Länder, die im Onlineshop zur Auswahl stehen - beispielsweise bei Rechnungsadresse, Lieferadresse oder in Formularen (z. B. Kontakt- oder Anfrageformularen). Konfiguration im Admin Interface unter Einstellungen → Shop-Konfiguration → Gruppe „Adressdaten”.

Beispielkonfiguration für Land “Deutschland” (general.country.de)

Beispielkonfiguration für Land “Polen” (general.country.pl)

Parameterbeschreibung

Die offiziellen ISO-3166-1-Codes (alpha-2, alpha-3 und numerisch) finden sich auf der Website der International Organization for Standardization (ISO): https://www.iso.org/iso-3166-country-codes.html
Um Länder ausschließen zu können, wird GeoIP von IPLocate.io eingesetzt.

general.customerAccountSettings - Verhalten bei Löschung von Kundenkonten

Der Unterknoten general.customerAccountSettings legt fest, wie das System mit Kundenkonten umgeht, wenn diese gelöscht werden sollen. Die Einstellung ist insbesondere relevant, wenn der Shop an eine Warenwirtschaft (WaWi) angebunden ist. Ist das Soft Delete aktiviert, wird ein vom Kunden gelöschtes Konto nicht sofort vollständig entfernt, sondern zunächst nur als „gelöscht” markiert. Der eigentliche Löschvorgang erfolgt erst, nachdem die WaWi den Kunden ebenfalls gelöscht hat. Auf diese Weise bleibt die Datenkonsistenz zwischen Shop und Warenwirtschaft gewährleistet. Wenn das Soft Delete deaktiviert ist (softDelete = false), erfolgt die Löschung sofort im Shop, bevor die WaWi darüber informiert wurde. Dadurch kann es zu Inkonsistenzen oder fehlenden Synchronisationen kommen. Konfiguration im Admin Interface unter Einstellungen → Shop-Konfiguration → Gruppe „Kundenkonto”.

Beispielkonfiguration für alle Subshops (general.customerAccountSettings)

Parameterbeschreibung

general.deviceTypes - Gerätetypen

Der Knoten general.deviceTypes ist für die Definition und Verwaltung von Gerätetypen vorgesehen, die im Shop-System unterschieden oder gezielt angesprochen werden können (z. B. Desktop, Tablet, Smartphone).

Beispielkonfiguration (general.deviceTypes)

Parameterübersicht

general.garbageCollection - Sitzungsverwaltung und automatische Aufräumprozesse

Der Unterknoten general.garbageCollection definiert die Gültigkeitsdauer von Benutzersitzungen (Sessions) und legt fest, wann abgelaufene oder unvollständige Sessions automatisch gelöscht werden.
Damit wird sichergestellt, dass veraltete Sitzungsdaten regelmäßig bereinigt werden und die Systemleistung stabil bleibt.
Über diese Parameter lässt sich außerdem steuern, wie lange aktive und ausstehende (pending) Sessions bestehen bleiben dürfen, bevor sie aus dem System entfernt werden. Konfiguration im Admin Interface unter Einstellungen → Shop-Konfiguration → Gruppe „Garbage Collection”.

Beispielkonfiguration für alle Subshop (general.garbageCollection)

Parameterbeschreibung

general.general - Allgemeine Basiseinstellungen

Der Unterknoten general.general enthält zentrale Basisparameter, die das allgemeine Verhalten des Onlineshops steuern. Hier werden grundlegende technische Einstellungen wie der Aktivierungsstatus, erlaubte Parametergrenzen, die Zeitzone oder URL-Parameter zur Referer- und Subreferer-Erkennung festgelegt. Konfiguration im Admin Interface unter Einstellungen → Shop-Konfiguration → Gruppe „Allgemein”.

Beispielkonfiguration für alle Subshop (general.general)

Parameterbeschreibung

Beim setzen von status direkt über die Konfiguration (Admin-Interface oder API) findet keine Bereitschaftsprüfung statt. Der Wechsel auf active wird auch dann übernommen, wenn aktive Online-Zahlungsarten noch im Sandbox-Modus laufen.

Für ein abgesichertes Live-Schalten verwenden Sie den Workflow unter Admin → Konfiguration → Subshops (Aktion “Live schalten”) oder rufen Sie vorab den Endpoint GET /shopStatus/goLive/{subshopId} auf. Details siehe hier.

general.language - Sprachdefinitionen

Der Unterknoten general.language definiert alle Sprachen, die im System verfügbar sind. Diese Sprachen können anschließend in Subshops, Textbausteinen und sprachabhängigen Inhalten verwendet werden. Konfiguration im Admin Interface unter Einstellungen → Shop-Konfiguration → Gruppe „Sprache”.

Beispielkonfiguration für die Sprache “Deutsch” (general.language.de)

Beispielkonfiguration für die Sprache “Englisch” (general.language.en)

Parameterbeschreibung

general.numberFormat - Zahlen- und Preisformatierung

Der Unterknoten general.numberFormat definiert die Formatierung numerischer Werte im gesamten Shop. Über diese Einstellungen wird festgelegt, wie Preise, Gewichte, Mengen oder Bewertungen im Frontend dargestellt werden – z. B. mit welchem Dezimaltrennzeichen, wie viele Nachkommastellen angezeigt werden oder ob Tausendertrennzeichen genutzt werden. Diese Formatierungen wirken sich auf alle Ausgaben aus, die über die Template-Sprache prepared format erzeugt werden. Konfiguration im Admin Interface unter Einstellungen → Shop-Konfiguration → Gruppe „Zahlenformatierung”.

Beispielkonfiguration für die Sprache “Deutsch” (general.numberFormat.price)

Beispielkonfiguration für die Sprache “Deutsch” (general.numberFormat.weight)

Parameterbeschreibung

general.order - Anzeige der Bestellhistorie

Der Unterknoten general.order steuert die Darstellung und Sortierung der Bestellhistorie im Kundenkonto des Onlineshops. Hier wird festgelegt, wie Bestellungen gelistet, sortiert und paginiert werden, sowie welche Statuswerte dem Kunden angezeigt werden. So lassen sich Standard-Sortierungen, die Anzahl der Bestellungen pro Seite und die Anzeigeart der Bestellhistorie (z. B. subshopbezogen oder global) konfigurieren. Zudem können eigene Statusdefinitionen mit Symbolen und Beschriftungen für die Anzeige in der Storefront hinterlegt werden.

Beispielkonfiguration für Status der Bestellungen (general.order)

Parameterbeschreibung

general.orderSortOption - Sortierung der Bestellhistorie

Legt individuelle Sortieroptionen für die Bestellübersicht fest. Etwa nach Datum, Gesamtbetrag oder Status. Jede Option erhält einen frei wählbaren, eindeutigen Namen und verweist auf ein in der Bestellliste verfügbares Feld.

Beispielkonfiguration

Parameterübersicht

general.productRating - Produktbewertung

Der Knoten general.productRating steuert das Bewertungs­system für Produkte im Shop.
Hier werden die Rahmenbedingungen für Produktbewertungen (Bewertungsskala, Pflichtfelder, Textlängen, Mehrfachbewertungen) sowie die Einstellungen für automatische Bewertungs-Erinnerungen per E-Mail definiert.

Beispielkonfiguration (general.productRating)

Parameterübersicht

general.salutation - Anreden

Der Unterknoten general.salutation definiert alle verfügbaren Anreden, die im Shop angezeigt werden – etwa in Adressformularen, Registrierungen oder Kontaktformularen. Jede Anrede besteht aus einem technischen Code und einem anzuzeigenden Text.
Die Reihenfolge der Einträge entspricht der Anzeige im Frontend.
Konfiguration im Admin Interface unter Einstellungen → Shop-Konfiguration → Gruppe „Adressdaten”.

Beispielkonfiguration (general.salutation)

Parameterbeschreibung

general.sitemap - Aktivierung von Sitemap

Der Unterknoten general.sitemap steuert den Basispfad der Sitemap. Über diesen Parameter kann konfiguriert werden, wo sich der Basispfad bzw. der Oberknoten befindet, unterhalb dessen die Sitemaps abgelegt werden. Die Konfiguration erfolgt im Admin-Interface unter SEO.

Beispielkonfiguration (general.sitemap)

Parameterbeschreibung

general.subshop - Subshop-Definitionen

Der Unterknoten general.subshop definiert die einzelnen Subshops innerhalb der Plattform. Jeder Subshop-Eintrag enthält eine eindeutige ID, eine optionale Sprachzuordnung und eine technische Speicherreferenz. Konfiguration im Admin Interface unter Einstellungen → Shop-Konfiguration → Gruppe „Subshops”.

Beispielkonfiguration für den Subshop “deutsch” (general.subshop.deutsch)

Beispielkonfiguration für den Subshop “english” (general.subshop.englisch)

Parameterbeschreibung

general.subshopView - Subshop-Konfigurationen

Der Unterknoten general.subshopView definiert die Basis-Einstellungen für jeden einzelnen Subshop. Hier werden unter anderem Sprache, Währung, Länderzuordnung, das verwendete Theme und der Standard-Produkttyp des jeweiligen Subshops festgelegt. Diese Konfiguration bestimmt, wie der Subshop im Frontend angezeigt wird und welche Rahmenbedingungen (z. B. gültige Länder, Sprache, Preisformatierung) gelten. Sie baut auf den Subshop-Definitionen aus general.subshop auf. Konfiguration im Admin Interface unter Einstellungen → Shop-Konfiguration → Gruppe „Subshops”.

Beispielkonfiguration für den Subshop “deutsch” (general.subshopView.deutsch)

Beispielkonfiguration für den Subshop “englisch” (general.subshopView.english)

Parameterbeschreibung

general.testMode - Testmodus

Der Unterknoten general.testMode aktiviert und steuert den Testmodus des Shops. Der Testmodus wird über eine spezielle Shop-URL mit Parametern aufgerufen. Beim Aufruf erscheint eine Eingabemaske, über die ein vordefiniertes Passwort eingegeben werden muss, um den Zugang freizuschalten. Erst nach erfolgreicher Authentifizierung ist der Shop über die URL nutzbar. Diese Funktion dient dazu, Änderungen, neue Inhalte oder Layout-Anpassungen zu prüfen, ohne dass reguläre Besucher Zugriff haben.
Der Testmodus (inklusive basicAuthActive / basicAuthUsers) schützt ausschließlich die Testumgebung vor regulären Besuchern. Um einen Live-Shop auf angemeldete Kunden zu beschränken (z. B. geschlossener B2B-Shop), verwenden Sie stattdessen die B2B-Zutrittsbeschränkung.
Konfiguration im Admin Interface unter Einstellungen → Shop-Konfiguration → Gruppe „Testmodus”.

Beispielkonfiguration für alle Subshops (general.testMode)

Parameterbeschreibung

general.title - Titel für die Anrede

Der Unterknoten general.title definiert alle verfügbaren Titel, die im Shop zur Auswahl stehen – beispielsweise in Adressformularen, Registrierungen oder Kontaktformularen. Jeder Eintrag besteht aus einem technischen Code und dem anzuzeigenden Titeltext (z. B. Dr., Prof.). Diese Werte werden im Frontend in der Titel-Auswahlliste angezeigt und können bei Bedarf erweitert oder angepasst werden. Konfiguration im Admin Interface unter Einstellungen → Shop-Konfiguration → Gruppe „Adressdaten”.

Beispielkonfiguration für alle Subshops (general.title)

Parameterbeschreibung

general.zipCodes - Postleitzahl-Prüfungen

Der Unterknoten general.zipCodes definiert die syntaktische Prüfung von Postleitzahlen für einzelne Länder. Für jedes Land kann ein regulärer Ausdruck (Regex) hinterlegt werden, mit dem überprüft wird, ob eine eingegebene Postleitzahl dem landesspezifischen Format entspricht. Diese Validierung erfolgt beispielsweise in Formularen oder im Checkout-Prozess, um fehlerhafte Eingaben zu vermeiden. Konfiguration im Admin Interface unter Einstellungen → Shop-Konfiguration → Gruppe „Adressdaten”.

Beispielkonfiguration für alle Subshops (general.zipCodes)

Parameterbeschreibung