Magento 2 Modul Sublogin

Es gibt mehreren Personen eigene Zugänge unter einem Magento-Hauptkundenkonto. Jede Bestellung bleibt dem Kunden zugeordnet und speichert das bestellende Unterkonto. Unternehmen müssen dadurch kein gemeinsames Passwort verwenden.

Enthalten sind Benutzerverwaltung, eigene Zugangsdaten, Aktivierung und Bestätigung, Bestellzuordnung und Bestellsicht, drei Adressmodelle, Zahlungs- und Versandfilter, gemeinsame oder getrennte Warenkörbe und Wunschlisten, E-Mail-Steuerung, Login als Unterkonto sowie Bestell- und Produktreports.

Nein. Rollen und Gruppen, Budgets, Bestellfreigaben, persönliche Kataloge, Import/Export, APIs und Hyvä sind getrennte Add-ons. Händler kaufen dadurch nur die Steuerungsfunktionen, die ihre Kunden benötigen.

Sublogin löst den Mehrbenutzerteil eines Firmenkontos, indem es ein bestehendes Magento-Kundenkonto erweitert. Es erzeugt nicht dieselbe eigenständige Company-Entität wie Adobe Commerce B2B oder manche Wettbewerbersuiten. Der Kunde bleibt das Hauptkonto.

Ja. Sublogin ergänzt Magento Open Source um Firmenbenutzer und kann auch in Adobe-Commerce-Projekten eingesetzt werden. Prüfen Sie die aktuelle Kompatibilitätstabelle der Produktseite für Ihre Magento- und PHP-Version.

Die zulässige Anzahl wird je Kunde gesteuert. Der Händler kann für jedes Hauptkonto einen passenden Höchstwert festlegen, statt eine einzige Grenze für alle Kunden zu verwenden.

Ja. Jedes Unterkonto besitzt innerhalb seines Magento-Website-Kontexts eine eigene E-Mail-Adresse und ein Passwort. Dieselbe Adresse kann dort nicht gleichzeitig normaler Kunde und Unterkonto sein.

Ja, wenn der Kontowechsel aktiviert ist und das aktuelle Konto die Berechtigung besitzt. So kann der Hauptkunde Einstellungen prüfen oder einem Mitarbeiter helfen, ohne dessen Passwort zu kennen.

Ja. Der Shop kann einen Bestätigungslink verlangen, bevor ein neues Unterkonto nutzbar ist. Für Passwort-Reset und Reaktivierung stehen getrennte E-Mail-Vorlagen bereit.

Ja. Unterkonten besitzen einen Aktivstatus und können ein Ablaufdatum erhalten. Berechtigte Benutzer aktivieren oder deaktivieren Konten, und der Shop legt das Verhalten bei einer Reaktivierung fest.

Ja. Der Shop kann die Ansicht auf selbst ausgelöste Bestellungen beschränken. Falls eine gemeinsame Sicht gewünscht ist, bleibt die gesamte Bestellhistorie des Kunden sichtbar.

Ja. Angebote und Bestellungen speichern die Kennung des auslösenden Unterkontos. Reports und Bestellkontext zeigen damit, welcher Mitarbeiter oder Standort bestellt hat.

Ja. Für ausgewählte Vorlagen lassen sich Hauptkunde, optionale Kunden- oder Unterkonto-Adressen, BCC-Empfänger und Shopbetreiber als Empfänger konfigurieren.

Im gemeinsamen Modell verwenden Unterkonten die Kundenadressen. Das individuelle Modell gibt jedem Benutzer ein eigenes Adressbuch. Im eingeschränkten Modell darf er nur zugewiesene Adressen nutzen.

Das entscheidet der Händler. Neue Checkout-Adressen lassen sich erlauben oder sperren. Weitere Einstellungen steuern Standardadressen und die Sichtbarkeit der Kundenadressen.

Ja. Das Grundmodul filtert bei aktivierter Funktion die verfügbaren Zahlungsarten für jedes Unterkonto.

Ja. Das Grundmodul speichert erlaubte vollständige Magento-Versandmethodencodes je Unterkonto und filtert den Checkout entsprechend.

Ja. Die gemeinsame Nutzung mit dem Hauptkonto ist optional. Ist sie deaktiviert, führt jedes Unterkonto einen eigenen Warenkorb.

Ja. Die Wunschliste wird getrennt vom Warenkorb konfiguriert. Der Händler kann beide Verhaltensweisen unabhängig wählen.

Es ergänzt wiederverwendbare Rollen, kundenspezifische Gruppen und Hierarchien sowie detaillierte Rechte für Produktlisten, Preise, Warenkorb, Checkout, Bestellungen, Rechnungen, Benutzerverwaltung und unterstützte Add-ons.

Ja, mit dem Rollen-Add-on. Kontextabhängige Rechte gelten wahlweise für alle Gruppen, dieselbe Ebene oder untergeordnete Ebenen der Kundenstruktur.

Es unterstützt Limits pro Bestellung sowie tägliche, monatliche und jährliche Budgetzeiträume für Kunden und Unterkonten. Der Verbrauch kann ausgewählte Bestellstatus und Zwischensumme oder Gesamtsumme verwenden.

Ja, über das getrennte One-Time-Budget-Add-on. Es stellt einen einmal nutzbaren Bestellbetrag bereit und deaktiviert sich nach der ersten passenden Bestellung.

Freigabepflichtige Bestellungen gelangen in konfigurierte Status. Berechtigte Personen können sie abhängig von ihren Rechten freigeben, ablehnen oder bearbeiten. Hinweise, Kommentare, Status und E-Mails sind konfigurierbar.

Ja, mit dem Custom-Catalog-Add-on. Es weist Unterkonten Produktsortimente zu und kann diese mit den Katalogregeln des Hauptkunden verbinden.

Ja, mit dem Import/Export-Add-on. Es bindet sich für die Massenpflege in Magento Data Transfer ein. Die CSV-Reports des Grundmoduls sind Berichtsexporte und keine Benutzerimporte.

Ja, über das SOAP/REST-API-Add-on. Es stellt autorisierte Magento-Web-API-Vorgänge zum Suchen, Lesen, Anlegen, Aktualisieren und Löschen von Unterkonten bereit.

GraphQL wird als getrenntes kommerzielles Add-on für Headless-Projekte angeboten. Prüfen Sie vor dem Kauf das aktuelle Schema und das für Ihr Frontend benötigte Paket.

Hyvä-Unterstützung wird getrennt angeboten. Für Rollen, Budgets, Bestellfreigaben und Custom Catalog existieren außerdem eigene Hyvä-Kompatibilitätspakete. Die geplante Add-on-Kombination sollte gemeinsam geprüft werden.

Testen Sie Benutzeranlage, Bestätigung, Passwort-Reset, Bestellsicht, Zuordnung, verwendete Adressmodelle, Zahlungs- und Versandfilter, Warenkorb, Wunschliste, E-Mail-Empfänger, Erstattungen und jedes gekaufte Add-on mit einer realistischen Firmenstruktur.

Die Lizenz gilt für eine Magento-Installation inklusive Multi-Website-Betrieb. Zusätzlich darf das Modul auf beliebig vielen Entwicklungs- oder Staging-Servern installiert werden. Weitere Details finden Sie in unseren Lizenzbestimmungen.

Installation und Konfiguration sind nicht im Preis enthalten. Wir unterstützen Sie auf Wunsch bei einer reibungslosen Integration in Ihr System.

Composer ist der Paketmanager für PHP, den auch Magento 2 für Module und deren Abhängigkeiten nutzt. Nach dem Kauf finden Sie die passenden Befehle in Ihrem Kundenkonto unter Lizenzen. Zuerst hinterlegen Sie das private SoftwareSilo-Repository und Ihren Lizenz-Token. Danach installieren Sie das angegebene Paket mit composer require und führen php bin/magento setup:upgrade sowie php bin/magento cache:clean aus.

Sie können per Kreditkarte (Stripe) oder per Überweisung (Vorkasse) bezahlen. Bei Kreditkartenzahlung wird die Bestellung sofort verarbeitet und die Zugangsdaten werden direkt in einer weiteren E-Mail bereitgestellt.

Nach Kreditkartenzahlung erhalten Sie unmittelbar Zugangsdaten für den Bezug des Moduls per Composer. Bei Überweisung erhalten Sie den Zugang, sobald die Rechnung bezahlt ist.

Individuelle Wünsche sind kein Problem. Wir passen unsere Magento‑2‑Module an Ihr Projekt an und pflegen eine eigene interne Version, sodass wir bei Supportanfragen genau wissen, was in Ihrem System läuft.

Sie können auf der Detailseite des jeweiligen Moduls eine eigene Demo-Instanz anfordern, in der Sie das Modul intensiv 7 Tage testen können. Eine lokale Demo-Version stellen wir jedoch nicht bereit.

Nein, der Quellcode unserer Module ist nicht verschlüsselt. Wenn Sie eine Anpassung wünschen, senden Sie uns gerne eine Anfrage. Wir melden uns zeitnah mit einem unverbindlichen Angebot.

Sie können Ihrer Bestellung ein Support-Paket hinzufügen. Es umfasst Unterstützung sowie Updates und Upgrades rund um das Modul. Ein dauerhaftes Abo ist nicht erforderlich.

Das Lizenzupdate können Sie bequem hier abschließen. Wenn Sie ein aktives Support-Paket haben, erhalten Sie Updates automatisch via Composer. Falls Ihr Support-Paket abgelaufen ist, können Sie Ihre Lizenz hier oder in Ihrem Kundenkonto verlängern.

Sie erreichen uns jederzeit über E-Mail.