Kontakt zu maexware solutions

Hast Du Fragen, möchtest ein erstes Kennenlernen vereinbaren oder hast bereits konkrete Pläne? Du kannst Dich jederzeit unverbindlich an uns wenden.

Telefon: 0 76 41 - 948 77 68
Email: info@maexware-solutions.de

über Kontaktformular:

Mit Absenden des Kontaktformulars erklärst Du Dich damit einverstanden, dass Deine Daten zur Bearbeitung Deines Anliegens verwendet werden. Weitere Informationen kannst Du der Datenschutzerklärung entnehmen.

OXID Agentur für individuelle E-Commerce-Lösungen und Systemintegration

Wir entwickeln, erweitern und integrieren OXID-eShop-Lösungen für Unternehmen – von individueller Programmierung und B2B-Prozessen bis zur Anbindung von ERP, Warenwirtschaft, PIM und weiteren Geschäftssystemen.

OXID eShop bietet eine flexibel erweiterbare Grundlage für E-Commerce-Projekte mit individuellen Anforderungen. Preislogiken, komplexe Kunden- und Bestellprozesse, unterschiedliche Geschäftsmodelle oder spezifische Anforderungen an Produkte und Benutzerrollen können dabei eine gezielte technische Konzeption und individuelle Entwicklung erfordern.

Bei professionellen OXID-Projekten endet die Planung außerdem selten am Shop selbst. Produktdaten, Preise, Bestände, Kunden- und Bestelldaten müssen häufig zwischen OXID und ERP, Warenwirtschaft, PIM oder weiteren Anwendungen ausgetauscht werden. Dafür sollten Systeme, Schnittstellen und Datenflüsse klar aufeinander abgestimmt sein.

Als OXID Agentur und OXID Implementation Partner mit Partnerstatus Kristall unterstützt maexware Unternehmen bei Entwicklung, Programmierung, Integration, Updates und technischer Weiterentwicklung – sowohl bei neuen Projekten als auch bei der Übernahme und Modernisierung bestehender OXID-Shops.

🏢 OXID Implementation Partner 💎 Partnerstatus Kristall 👨‍💻 5 zertifizierte OXID-Entwickler 🛒 B2B, B2C & B2B2C 🔌 ERP, WaWi, PIM & APIs
Develop
OXID-Shops neu entwickeln, individuell programmieren und technisch erweitern
B2B
Preislogiken, Rollen, Kundengruppen und individuelle Bestellprozesse abbilden
Connect
ERP, Warenwirtschaft, PIM und weitere Geschäftssysteme integrieren
Update
Bestehende OXID-Shops übernehmen, aktualisieren und technisch weiterentwickeln

OXID Agentur für anspruchsvolle E-Commerce-Projekte

OXID eShop wird besonders dort relevant, wo ein Onlineshop über standardisierte Verkaufsprozesse hinausgeht. Unterschiedliche Kundengruppen, individuelle Preis- und Bestelllogiken, komplexe Produktstrukturen oder die Anbindung bestehender Unternehmenssysteme stellen zusätzliche Anforderungen an Konzeption, Entwicklung und technische Architektur.

Als OXID Agentur unterstützt maexware Unternehmen sowohl bei neuen E-Commerce-Projekten als auch bei der Weiterentwicklung bestehender Shops. Dabei geht es nicht darum, möglichst viele Funktionen individuell zu programmieren. Vorhandene OXID-Funktionen und geeignete Erweiterungen sollten dort eingesetzt werden, wo sie die Anforderungen sinnvoll abdecken. Individuelle Entwicklung kommt dort hinzu, wo Geschäftsprozesse, Datenmodelle oder Integrationen projektspezifische Anforderungen stellen.

Gerade bei wachsenden oder bereits etablierten Shops sollten Shoparchitektur, Erweiterungen, Schnittstellen und Datenflüsse gemeinsam betrachtet werden. So lässt sich besser beurteilen, welche Funktionen im Shop umgesetzt werden, welche Systeme Daten bereitstellen und an welchen Stellen individuelle Entwicklung oder Integration erforderlich ist.

🏢
B2B, B2C & B2B2C
Geschäftsmodelle mit unterschiedlichen Kunden, Preisen, Sortimenten, Rollen und Bestellprozessen technisch abbilden.
⚙️
Individuelle Anforderungen
Shopfunktionen und Geschäftslogiken gezielt erweitern, wenn Standardfunktionen oder bestehende Module nicht ausreichen.
🔌
Systemintegration
OXID mit ERP, Warenwirtschaft, PIM, APIs und weiteren Anwendungen in der bestehenden Systemlandschaft verbinden.
🔄
Bestehende Shops weiterentwickeln
Vorhandene OXID-Shops übernehmen, technisch einordnen und bei neuen Anforderungen, Integrationen oder Updates gezielt weiterentwickeln.
🧭
Standard, Erweiterung und Individualentwicklung sinnvoll kombinieren
Welche Anforderungen mit vorhandenen OXID-Funktionen, bestehenden Erweiterungen oder individueller Entwicklung umgesetzt werden sollten, hängt vom Geschäftsmodell, den Prozessen und der bestehenden Systemlandschaft ab.

Wann ist OXID eShop die richtige Plattform?

Ob OXID eShop zu einem Unternehmen passt, hängt nicht allein vom benötigten Funktionsumfang ab. Entscheidend ist, wie gut sich Geschäftsmodell, Prozesse, Produktstrukturen und bestehende Unternehmenssysteme innerhalb der geplanten E-Commerce-Architektur abbilden lassen.

Besonders relevant wird diese Einordnung, wenn individuelle Preis- oder Kundenlogiken, unterschiedliche Vertriebsmodelle, komplexere Produktstrukturen oder Integrationen mit ERP, Warenwirtschaft, PIM und weiteren Anwendungen berücksichtigt werden müssen. Dabei sollten nicht nur aktuelle Anforderungen, sondern auch Updates und die zukünftige Weiterentwicklung des Shops betrachtet werden.

OXID kann besonders interessant sein, wenn
  • individuelle B2B-, B2C- oder B2B2C-Geschäftsmodelle abgebildet werden sollen,
  • kundenspezifische Preise, Sortimente oder Benutzerrollen benötigt werden,
  • ERP, Warenwirtschaft, PIM oder weitere Systeme angebunden werden sollen,
  • komplexere Produkt- und Variantenstrukturen berücksichtigt werden müssen,
  • mehrere Shops, Marken oder Vertriebskanäle in die technische Architektur einbezogen werden sollen,
  • bestehende Shopfunktionen durch Module, individuelle Entwicklung oder Schnittstellen erweitert werden sollen,
  • der Shop langfristig technisch weiterentwickelt werden soll.
Vor der Plattformentscheidung sollte geprüft werden
  • welche Geschäfts- und Vertriebsprozesse tatsächlich im Shop abgebildet werden sollen,
  • welche Anforderungen mit vorhandenen OXID-Funktionen oder bestehenden Modulen abgedeckt werden können,
  • welche Daten aus ERP, PIM, Warenwirtschaft oder weiteren Systemen benötigt werden,
  • welche Schnittstellen und Integrationen für die geplanten Prozesse erforderlich sind,
  • welche Anforderungen individuelle Geschäftslogik oder eigene Entwicklung erfordern,
  • welche Anforderungen an Updates, Wartbarkeit und zukünftige Erweiterungen bestehen.
⚖️
Die Plattform im Kontext der gesamten E-Commerce-Architektur bewerten
Die Wahl eines Shopsystems sollte nicht allein anhand einzelner Funktionen erfolgen. Geschäftsmodell, Prozesse, Daten, Integrationen und die geplante Weiterentwicklung bestimmen gemeinsam, ob OXID eShop zur jeweiligen Systemlandschaft passt.

Einen vertiefenden Überblick zur Plattform, ihren Einsatzmöglichkeiten und technischen Grundlagen finden Sie unter OXID eSales und OXID eShop.

OXID Entwicklung und individuelle Programmierung

Nicht jede Anforderung an einen OXID-Shop lässt sich sinnvoll mit vorhandenen Funktionen oder bestehenden Modulen abbilden. Wenn Geschäftsprozesse, Preislogiken, Produktstrukturen oder Benutzerrollen projektspezifische Anforderungen stellen, kann individuelle OXID-Entwicklung erforderlich sein.

Dabei sollte individuelle Programmierung gezielt eingesetzt werden. Vorhandene OXID-Funktionen und geeignete Erweiterungen sind dort sinnvoll, wo sie die Anforderungen sauber abdecken. Individuelle Entwicklung kommt dort hinzu, wo eigene Geschäftslogiken, besondere Abläufe oder projektspezifische Funktionen umgesetzt werden müssen.

⚙️
Individuelle Shopfunktionen
Funktionen entwickeln, die auf konkrete Geschäftsprozesse, Produktlogiken oder Anforderungen im Verkauf zugeschnitten sind.
💶
Preis- und Kundenlogiken
Individuelle Preise, Rabatte, Kundengruppen oder weitere Regeln entsprechend dem jeweiligen Vertriebsmodell abbilden.
📦
Produkt- und Variantenlogik
Besondere Produktstrukturen, Varianten, Abhängigkeiten oder projektspezifische Produktfunktionen technisch umsetzen.
🛒
Bestell- und Checkout-Logik
Bestellabläufe und zusätzliche Prozessschritte an konkrete fachliche Anforderungen des Shops anpassen.
👥
Rollen und Benutzerfunktionen
Projektspezifische Funktionen für unterschiedliche Benutzer, Kundengruppen oder organisatorische Anforderungen entwickeln.
🧩
Individuelle Geschäftslogik
Spezifische Regeln und Abläufe umsetzen, wenn sie mit vorhandenen Funktionen nicht passend abgebildet werden können.
🎯
Individuell entwickeln, wo eigene Logik erforderlich ist
Individuelle OXID-Entwicklung sollte eine konkrete fachliche oder technische Anforderung lösen. Wo vorhandene Funktionen oder geeignete Erweiterungen ausreichen, müssen Funktionen nicht unnötig neu entwickelt werden.

OXID mit ERP, Warenwirtschaft und PIM verbinden

In professionellen E-Commerce-Projekten arbeitet OXID eShop selten als isoliertes System. Produktdaten, Preise, Bestände, Kundeninformationen und Bestellungen stammen häufig aus ERP, Warenwirtschaft oder PIM und müssen zwischen den beteiligten Anwendungen kontrolliert ausgetauscht werden.

Entscheidend ist deshalb nicht nur die technische Verbindung der Systeme. Für jedes relevante Datenobjekt sollte geklärt werden, welches System die Informationen führt, wohin sie übertragen werden und welche Anwendung sie für den jeweiligen Prozess benötigt. So lassen sich parallele Datenpflege und widersprüchliche Datenbestände reduzieren.

System Typische Rolle Beispiele für Daten
ERP / Warenwirtschaft Geschäfts- und Bewegungsdaten verwalten Preise, Bestände, Aufträge, Kunden, Status
PIM Produktinformationen zentral strukturieren und pflegen Texte, Attribute, Medien, Kategorien, technische Daten
OXID eShop Produkte verkaufen und digitale Kundenprozesse abbilden Produktdarstellung, Warenkorb, Checkout, Kundenkonto

Typische Datenflüsse rund um OXID eShop

📦
Produkte & Varianten
Produktstammdaten, Varianten und weitere verkaufsrelevante Informationen aus dem jeweils führenden System für OXID bereitstellen.
💶
Preise & Konditionen
Preise, Rabatte oder kundenspezifische Konditionen zwischen den beteiligten Systemen abgestimmt bereitstellen.
📊
Bestände & Verfügbarkeit
Bestands- und Verfügbarkeitsinformationen aus ERP oder Warenwirtschaft für den Shop aktualisieren.
🛒
Bestellungen
Bestellungen aus OXID an ERP oder Warenwirtschaft übergeben und dort in die weitere Auftragsbearbeitung einbinden.
👥
Kunden & Adressen
Relevante Kunden- und Adressdaten entsprechend den definierten Systemrollen zwischen Shop und Geschäftssystemen austauschen.
🚚
Statusinformationen
Bestell-, Bearbeitungs- oder Versandstatus aus nachgelagerten Systemen für den Shop und die Kundenkommunikation bereitstellen.
🗂️
Klare Systemrollen statt mehrfacher Datenpflege
ERP, Warenwirtschaft, PIM und OXID sollten nicht dieselben Informationen unabhängig voneinander pflegen. Welche Anwendung für ein Datenobjekt führend ist, sollte innerhalb der jeweiligen System- und Prozesslandschaft eindeutig definiert werden.

Bei umfangreichen Sortimenten kann ein PIM die zentrale Quelle für Produktinformationen bilden. Texte, technische Merkmale, Kategorien, Medien und weitere Produktdaten lassen sich dort strukturiert pflegen und anschließend für OXID und weitere Vertriebskanäle bereitstellen. Einen vertiefenden Überblick zu Funktionen und Einsatzbereichen bietet der Beitrag PIM System: Funktionen, Nutzen und Auswahl für Unternehmen.

Für umfassendere Szenarien zwischen Shop und ERP finden Sie weitere Informationen unter E-Commerce ERP Integration. Wenn mehrere Anwendungen und Datenflüsse zu einer gemeinsamen technischen Architektur verbunden werden sollen, ist die übergreifende Systemintegration der weiterführende Themenbereich.

OXID Schnittstellen, APIs und individuelle Integrationen

Schnittstellen sind bei vielen OXID-Projekten ein zentraler Bestandteil der technischen Architektur. Sie verbinden den Shop mit ERP, Warenwirtschaft, PIM, Zahlungsdiensten, Logistiksystemen, Marktplätzen oder weiteren internen und externen Anwendungen.

Wie eine Integration technisch umgesetzt wird, hängt von den beteiligten Systemen, verfügbaren Schnittstellen, Datenstrukturen und Anforderungen an die Aktualität der Informationen ab. Je nach Ausgangssituation können vorhandene APIs genutzt, individuelle Schnittstellen entwickelt oder mehrere Anwendungen über eine Middleware verbunden werden.

🔌
Bestehende APIs anbinden
Vorhandene Schnittstellen von OXID oder angebundenen Systemen nutzen und passend in die geplanten Daten- und Prozessabläufe integrieren.
⚙️
Individuelle Schnittstellen
Eigene Integrationslogik entwickeln, wenn vorhandene Schnittstellen die benötigten Prozesse oder Datenstrukturen nicht ausreichend abdecken.
🧩
Middleware einsetzen
Mehrere Anwendungen über eine Integrationsschicht verbinden, Daten transformieren und systemübergreifende Abläufe koordinieren.
🗂️
Daten transformieren
Unterschiedliche Datenstrukturen und Formate zwischen OXID und angebundenen Anwendungen eindeutig zuordnen und für den Austausch aufbereiten.
🧪
Daten validieren
Eingehende und ausgehende Daten auf erforderliche Strukturen und Werte prüfen, bevor nachgelagerte Prozesse sie weiterverarbeiten.
🔍
Fehler nachvollziehbar behandeln
Fehlerzustände, Protokollierung und geeignete Wiederholungsmechanismen bei relevanten Datenübertragungen von Anfang an berücksichtigen.

Was bei OXID-Integrationen technisch berücksichtigt werden sollte

Eine Schnittstelle ist nicht allein dann belastbar, wenn Daten erfolgreich von einem System in ein anderes übertragen werden. Auch Datenmapping, Validierung, Fehlerbehandlung, Protokollierung und der Umgang mit fehlgeschlagenen Übertragungen sollten passend zum jeweiligen Prozess konzipiert werden.

Welche Mechanismen erforderlich sind, hängt dabei von der Bedeutung und Aktualität der jeweiligen Datenflüsse ab. Geschäftskritische Integrationen können andere Anforderungen an Fehlerbehandlung und Nachvollziehbarkeit stellen als selten ausgeführte oder weniger zeitkritische Datenübertragungen.

🔗
Schnittstellen als Teil der gesamten Systemarchitektur planen
Eine OXID-Integration sollte nicht als isolierte Verbindung betrachtet werden. Datenquellen, Zielsysteme, Transformationslogik und Fehlerfälle müssen zum jeweiligen Geschäftsprozess und zur bestehenden Systemlandschaft passen.

Welche technischen und organisatorischen Aspekte bei der Verbindung von Shops, APIs, ERP und weiteren Systemen eine Rolle spielen, erläutern wir ausführlicher im Beitrag Schnittstellenentwicklung für Unternehmen. Wenn für ein OXID-Projekt individuelle APIs oder komplexere Integrationen entwickelt werden sollen, finden Sie weitere Informationen zu unserer technischen Umsetzung unter Schnittstellen- und API-Entwicklung.

B2B-Commerce mit OXID

OXID eShop kann für B2B-Szenarien eingesetzt werden, in denen sich Preise, Sortimente, Benutzerrollen oder Bestellprozesse je nach Kunde oder Kundengruppe unterscheiden. Gerade im Großhandel, bei Herstellern oder in komplexeren Vertriebsmodellen müssen Shopfunktionen häufig mit internen Prozessen und bestehenden Unternehmenssystemen zusammenspielen.

Welche B2B-Funktionen im OXID-Shop benötigt werden, hängt vom jeweiligen Geschäfts- und Vertriebsmodell ab. Dabei sollte auch geklärt werden, welche Informationen im Shop gepflegt werden und welche Daten beispielsweise aus ERP oder Warenwirtschaft stammen. Kundenspezifische Konditionen, Rollen oder Freigaben sind deshalb nicht nur Frontend-Funktionen, sondern Teil der zugrunde liegenden Prozess- und Datenarchitektur.

💶
Kundenspezifische Preise
Individuelle Preise, Rabatte oder Konditionen entsprechend Kunde, Kundengruppe oder vereinbartem Vertriebsmodell abbilden.
📦
Sortimente und Sichtbarkeit
Produkte oder Kategorien entsprechend den Anforderungen bestimmter Kunden oder Kundengruppen bereitstellen und sichtbar machen.
👥
Rollen und Berechtigungen
Unterschiedliche Benutzerrollen und Berechtigungen innerhalb von Geschäftskundenkonten entsprechend den jeweiligen Prozessen abbilden.
✅
Freigabeprozesse
Bestellungen oder Warenkörbe um definierte Prüf- und Freigabeschritte ergänzen, wenn der jeweilige Einkaufsprozess dies erfordert.
🔁
Individuelle Bestellprozesse
Wiederkehrende Bestellungen, kundenspezifische Abläufe oder zusätzliche Schritte passend zum jeweiligen B2B-Prozess umsetzen.
🔌
Anbindung an Geschäftssysteme
B2B-Prozesse mit relevanten Daten und Abläufen aus ERP, Warenwirtschaft oder weiteren Unternehmenssystemen verbinden.
🏢
B2B-Funktionen am realen Vertriebsprozess ausrichten
Nicht jeder B2B-Shop benötigt dieselben Funktionen. Standardfunktionen, geeignete Erweiterungen und individuelle OXID-Entwicklung sollten danach ausgewählt werden, welche Kunden-, Einkaufs- und Vertriebsprozesse tatsächlich digital abgebildet werden sollen.

Welche Funktionen, Rollen, Preislogiken und Prozesse bei der Konzeption eines B2B-Shops grundsätzlich relevant sein können, erläutern wir im Beitrag B2B Onlineshop Anforderungen. Für die übergreifende Planung und Umsetzung von B2B-Commerce und digitalen Vertriebsprozessen finden Sie weitere Informationen unter B2B E-Commerce Agentur.

B2C und D2C mit OXID

OXID eShop kann auch für B2C- und D2C-Geschäftsmodelle eingesetzt werden, wenn Produkte direkt an Endkunden verkauft und digitale Vertriebskanäle individuell umgesetzt werden sollen. Neben Produktdarstellung und Checkout spielen dabei unter anderem Produktdaten, mobile Nutzung, Performance und die Einbindung bestehender Unternehmenssysteme eine Rolle.

Besonders bei Herstellern und Marken kann ein D2C-Shop einen zusätzlichen direkten Vertriebskanal schaffen. Dabei sollte früh geklärt werden, wie Sortimente, Preise, Verfügbarkeiten und Aufträge mit bestehenden Vertriebsprozessen und Systemen zusammenspielen.

🛍️
Produktsortiment
Produkte, Varianten, Kategorien und Inhalte passend zum jeweiligen B2C- oder D2C-Angebot im Shop bereitstellen.
🛒
Kaufprozess
Navigation, Produktauswahl, Warenkorb und Checkout auf die Anforderungen des jeweiligen Verkaufskanals abstimmen.
📱
Mobile Nutzung & Performance
Shopoberfläche und technische Umsetzung auch für mobile Nutzung und kurze Ladezeiten berücksichtigen.
🔌
Bestehende Systeme
Den direkten Verkauf mit relevanten Produkt-, Bestands- und Auftragsprozessen der bestehenden Systemlandschaft verbinden.
🏭
D2C als zusätzlichen Vertriebskanal einordnen
Wenn Hersteller oder Marken direkt an Endkunden verkaufen, sollten bestehende und neue Vertriebswege gemeinsam betrachtet werden. Sortiment, Preise, Zuständigkeiten und Datenflüsse müssen zum jeweiligen Vertriebsmodell passen, damit parallele Prozesse nicht unnötig entstehen.

Wenn zunächst unabhängig vom Shopsystem geklärt werden soll, wie ein professioneller Onlineshop konzipiert und technisch umgesetzt werden kann, finden Sie weitere Informationen unter Onlineshop erstellen lassen.

OXID Module sinnvoll einsetzen und individuell entwickeln

OXID lässt sich mit vorhandenen Funktionen, Modulen und individuellen Erweiterungen an unterschiedliche Anforderungen anpassen. Dabei sollte nicht jede zusätzliche Funktion automatisch individuell entwickelt werden. Zunächst ist zu prüfen, ob die Anforderung bereits mit vorhandenen OXID-Funktionen oder einem geeigneten Modul abgedeckt werden kann.

Erst wenn Funktionsumfang, Geschäftslogik oder technische Anforderungen darüber hinausgehen, kommen eine gezielte Anpassung oder individuelle Entwicklung in Betracht. Neben der fachlichen Eignung sollten dabei auch technische Abhängigkeiten, Wartbarkeit und Auswirkungen auf zukünftige Updates berücksichtigt werden.

🔎
Vorhandene Funktionen prüfen
Zunächst klären, ob OXID die benötigte Funktion bereits mit vorhandenen Funktionen oder Konfigurationsmöglichkeiten abdeckt.
🧩
Bestehendes Modul einsetzen
Verfügbare Module fachlich und technisch bewerten und einsetzen, wenn Funktionsumfang und technische Voraussetzungen zum Projekt passen.
⚙️
Modul gezielt anpassen
Eine bestehende Erweiterung anpassen oder ergänzen, wenn sie die wesentlichen Anforderungen erfüllt, aber projektspezifische Funktionen fehlen.
🛠️
Individuelles Modul entwickeln
Eine eigene Erweiterung entwickeln, wenn vorhandene Funktionen und geeignete Module die benötigte Geschäftslogik oder Funktion nicht passend abbilden.
⚖️
Nicht nur den Funktionsumfang bewerten
Bei der Entscheidung zwischen vorhandener Funktion, bestehendem Modul, Anpassung und Individualentwicklung sollten neben dem Funktionsumfang auch technische Abhängigkeiten, Wartbarkeit und zukünftige Updates betrachtet werden.

Welche Variante für ein OXID-Projekt sinnvoll ist, hängt von der konkreten Anforderung und der bestehenden Shoparchitektur ab. Eine frühe technische Bewertung hilft dabei, unnötige Individualentwicklung ebenso zu vermeiden wie Erweiterungen, die zwar kurzfristig passen, langfristig aber zusätzliche Abhängigkeiten schaffen.

Bestehende OXID-Shops übernehmen und weiterentwickeln

Nicht jedes OXID-Projekt beginnt mit einem neuen Shop. Häufig besteht bereits eine gewachsene Plattform mit individuellen Modulen, eigenen Schnittstellen, angepassten Templates und technischen Abhängigkeiten. Soll ein bestehender OXID-Shop übernommen oder nach einem Agenturwechsel weiterentwickelt werden, sollte deshalb zunächst der aktuelle technische Stand nachvollziehbar erfasst werden.

Dabei geht es nicht darum, vorhandene Entwicklungen vorschnell zu ersetzen. Zuerst sollte geklärt werden, welche Komponenten weiterhin sinnvoll genutzt werden können, wo technische Risiken oder Abhängigkeiten bestehen und welche Bereiche für neue Anforderungen angepasst oder modernisiert werden sollten.

Typische Ausgangssituationen
  • Agenturwechsel bei einem laufenden OXID-Projekt
  • fehlende oder unvollständige technische Dokumentation
  • individuelle Module mit unklaren Abhängigkeiten
  • ältere Templates oder technische Erweiterungen
  • schwer nachvollziehbare oder wartbare Schnittstellen
  • Probleme bei Updates oder Versionswechseln
  • neue B2B-, Integrations- oder Prozessanforderungen
Was bei der Übernahme geprüft werden sollte
  • OXID-Version und technischer Systemstand
  • individuelle Module und Erweiterungen
  • Theme- und Template-Anpassungen
  • Schnittstellen und externe Abhängigkeiten
  • Datenflüsse zu ERP, WaWi, PIM und weiteren Systemen
  • Updatefähigkeit und Wartbarkeit
  • Deployment-, Test- und Betriebsprozesse
🔍
Erst verstehen, dann weiterentwickeln
Auf Basis der technischen Bestandsaufnahme lassen sich Risiken und Abhängigkeiten priorisieren und die weitere Entwicklung planen. Stabile Bestandteile können erhalten werden, während notwendige Korrekturen, Modernisierungen und neue Anforderungen gezielt umgesetzt werden.

Wie eine bestehende OXID-Lösung weiterentwickelt wird, hängt vom technischen Zustand des Shops und den geplanten Anforderungen ab. Je nach Ausgangslage kann eine schrittweise Modernisierung sinnvoll sein; bei grundlegenden technischen oder fachlichen Veränderungen kann dagegen auch ein umfassenderer Umbau oder Relaunch geprüft werden.

OXID Update, Upgrade und Versionswechsel

OXID-Updates und größere Versionswechsel sollten bei produktiven Shops strukturiert vorbereitet werden. Je mehr individuelle Module, angepasste Templates, Schnittstellen und externe Abhängigkeiten vorhanden sind, desto wichtiger ist es, den bestehenden Systemstand und mögliche Auswirkungen vor der Aktualisierung zu prüfen.

Vor einem größeren OXID-Update sollte deshalb geklärt werden, welche Komponenten mit der Zielversion kompatibel sind, welche Anpassungen überarbeitet werden müssen und welche Integrationen anschließend erneut getestet werden sollten. Besonders bei älteren oder stark individualisierten Shops kann ein Versionswechsel mehrere technische Bereiche gleichzeitig betreffen.

🧪
Versionswechsel vor dem produktiven Einsatz testen
Bei größeren Updates und individualisierten OXID-Shops sollte der geplante Systemstand vor dem produktiven Wechsel in einer geeigneten Test- oder Staging-Umgebung geprüft werden. Dabei können Module, Templates, Schnittstellen und zentrale Geschäftsprozesse auf Auswirkungen des Updates getestet werden.
01
Systemstand analysieren
OXID-Version, eingesetzte Module, individuelle Anpassungen, Schnittstellen und relevante technische Abhängigkeiten erfassen.
02
Kompatibilität bewerten
Module, Themes, individuelle Entwicklungen und externe Integrationen hinsichtlich der geplanten Zielversion prüfen.
03
Versionswechsel vorbereiten
Erforderliche Anpassungen planen und den vorgesehenen Systemstand zunächst in einer geeigneten Test- oder Staging-Umgebung herstellen.
04
Funktionen und Prozesse testen
Relevante Shopfunktionen, individuelle Erweiterungen und angebundene Prozesse anhand des konkreten Projekts systematisch prüfen.
05
Produktiven Wechsel planen
Go-live, notwendige Sicherungen und den Umgang mit möglichen Fehlern vorbereiten sowie relevante Funktionen und Integrationen nach dem Wechsel kontrollieren.

Ein größerer Versionswechsel kann außerdem ein geeigneter Zeitpunkt sein, bestehende Erweiterungen und Anpassungen neu zu bewerten. Nicht mehr benötigte Komponenten können entfernt und technisch problematische oder schwer wartbare Anpassungen gezielt überarbeitet werden, wenn dies im jeweiligen Projekt sinnvoll ist.

Entscheidend ist nicht allein, dass die neue OXID-Version technisch läuft. Auch die für das Unternehmen relevanten Shopfunktionen, Geschäftsprozesse und Integrationen sollten nach dem Versionswechsel wie vorgesehen funktionieren. Umfang, Teststrategie, Datensicherung und Vorgehen bei Problemen müssen deshalb zum jeweiligen Shop und zur Art des Updates passen.

OXID Support, Wartung und technische Weiterentwicklung

Auch nach dem Go-live kann ein OXID-Shop technische Betreuung und Weiterentwicklung benötigen. Neue Anforderungen, Updates, individuelle Erweiterungen und Änderungen an angebundenen Systemen können Anpassungen am Shop oder an bestehenden Integrationen erforderlich machen.

Technischer OXID-Support umfasst dabei nicht nur die Analyse konkreter Fehler. Je nach Projekt können auch Wartung, die Vorbereitung technischer Änderungen und die Weiterentwicklung bestehender Funktionen eine Rolle spielen. Welche Leistungen sinnvoll sind, hängt vom technischen Aufbau des Shops und seiner Bedeutung für die jeweiligen Geschäftsprozesse ab.

🛠️
Technische Probleme analysieren
Fehler im Shop, in individuellen Erweiterungen oder im Zusammenspiel mit angebundenen Systemen untersuchen und technisch einordnen.
🔄
Wartung & Updates
Notwendige Aktualisierungen von OXID, Modulen und individuellen Erweiterungen bewerten, vorbereiten und passend zum jeweiligen Projekt umsetzen.
🔌
Integrationen weiterentwickeln
Bestehende Schnittstellen an veränderte Prozesse, Datenstrukturen oder Anforderungen angebundener Systeme anpassen.
⚡
Technische Engpässe analysieren
Auffällige Ladezeiten oder ressourcenintensive Abläufe untersuchen und mögliche technische Ursachen eingrenzen.
🧩
Funktionen erweitern
Bestehende Shopfunktionen an neue fachliche Anforderungen anpassen oder gezielt um zusätzliche Funktionen ergänzen.
🧭
Weiterentwicklung planen
Neue Anforderungen und technische Verbesserungen priorisieren und in nachvollziehbare Entwicklungsschritte überführen.
⚙️
Technische Betreuung am tatsächlichen Bedarf ausrichten
Umfang und Organisation von Support, Wartung und Weiterentwicklung sollten zum technischen Aufbau des OXID-Shops, zu seinen Integrationen und zu den relevanten Geschäftsprozessen passen. Nicht jedes Projekt benötigt denselben Betreuungsumfang.

So kann ein bestehender OXID-Shop nicht nur bei technischen Problemen betreut, sondern auch an neue Anforderungen angepasst und schrittweise weiterentwickelt werden. Welche Maßnahmen dabei sinnvoll sind, sollte anhand des bestehenden Systems und der geplanten Entwicklung des E-Commerce-Projekts entschieden werden.

So läuft ein OXID-Projekt mit maexware ab

Ein OXID-Projekt sollte nicht mit der Programmierung beginnen, sondern mit einer klaren fachlichen und technischen Einordnung. Anforderungen, bestehende Systeme, Datenflüsse und geplante Erweiterungen werden dabei gemeinsam betrachtet, damit technische Entscheidungen zum Geschäftsmodell und zur vorhandenen Systemlandschaft passen.

Der konkrete Projektablauf hängt davon ab, ob ein neuer OXID-Shop entwickelt, ein bestehendes Projekt übernommen, eine Integration umgesetzt oder eine vorhandene Plattform weiterentwickelt wird. Typischerweise lassen sich dabei folgende Projektphasen unterscheiden:

01
Anforderungen analysieren
Geschäftsmodell, relevante Shopprozesse, bestehende Systeme und technische Anforderungen strukturiert erfassen.
02
Architektur konzipieren
Festlegen, wie Funktionen, Module, individuelle Entwicklung und angebundene Systeme innerhalb der geplanten OXID-Architektur zusammenspielen sollen.
03
Entwicklung und Integration
Benötigte Shopfunktionen, individuelle Erweiterungen und Integrationen entsprechend der geplanten Architektur umsetzen.
04
Funktionen und Prozesse testen
Die für das Projekt relevanten Shopfunktionen, Geschäftsprozesse und Integrationen vor dem produktiven Einsatz systematisch prüfen.
05
Produktivstart vorbereiten
Deployment, erforderliche Datenübernahmen, Umschaltung und notwendige Prüfungen für den jeweiligen Produktivstart planen.
06
Shop weiterentwickeln
Nach dem Go-live neue Anforderungen, technische Anpassungen und erforderliche Aktualisierungen entsprechend dem weiteren Bedarf umsetzen.
🧭
Projektablauf an die Ausgangssituation anpassen
Ein neuer OXID-Shop stellt andere Anforderungen als ein Agenturwechsel, ein Versionswechsel oder die Erweiterung eines bestehenden Systems. Umfang und Reihenfolge einzelner Projektphasen richten sich deshalb nach Ausgangssituation, technischer Architektur und Projektziel.

Warum maexware als OXID Agentur und Implementation Partner?

Bei anspruchsvolleren OXID-Projekten geht es nicht nur um einzelne Shopfunktionen. E-Commerce, individuelle Entwicklung, Schnittstellen und bestehende Unternehmenssysteme müssen technisch zusammenspielen. maexware verbindet deshalb OXID-Entwicklung mit individueller Softwareentwicklung und Systemintegration.

maexware solutions ist OXID Implementation Partner mit Partnerstatus Kristall. Im offiziellen OXID Partnerprofil werden außerdem fünf zertifizierte OXID-Entwickler, verschiedene E-Commerce-Schwerpunkte sowie öffentlich aufgeführte Referenzshops ausgewiesen.

💎
Kristall
OXID-Partnerstatus

maexware solutions ist im offiziellen OXID Partnernetzwerk als Implementation Partner mit Partnerstatus Kristall gelistet.

👨‍💻
5
zertifizierte OXID-Entwickler

Im offiziellen OXID Partnerprofil werden fünf zertifizierte OXID-Entwickler für maexware solutions ausgewiesen.

Zertifizierungen im OXID Partnerprofil
🛒
B2B · B2C · B2B2C
E-Commerce-Schwerpunkte

Das OXID Partnerprofil nennt unter anderem B2B, B2C, B2B2C, Großhandel, Einzelhandel, Versandhandel und Hersteller als Leistungsschwerpunkte.

Leistungsschwerpunkte im OXID Partnerprofil
🏪
EDEKA Südwest
OXID-Referenzshop

EDEKA Südwest Stiftung & Co. KG wird im offiziellen OXID Partnerprofil von maexware solutions als Referenzshop aufgeführt.

Referenzshop im OXID Partnerprofil
🏪
EDEKA C+C großmarkt
OXID-Referenzshop

EDEKA C+C großmarkt GmbH wird im offiziellen OXID Partnerprofil von maexware solutions als weiterer Referenzshop aufgeführt.

Referenzshop im OXID Partnerprofil

Zusätzlich nennt das OXID Partnerprofil die Entwicklung von Schnittstellen und Modulen sowie die Integration von Drittsystemen als Leistungsschwerpunkte. Damit decken sich die dort ausgewiesenen Kompetenzen mit den zentralen Anforderungen vieler individueller OXID-Projekte.

✓
OXID-Kompetenz mit extern überprüfbaren Nachweisen
Partnerstatus, Entwicklerzertifizierungen, Leistungsschwerpunkte und Referenzshops sind im offiziellen OXID Partnerprofil von maexware solutions öffentlich dokumentiert.

Was kostet ein OXID-Projekt?

Die Kosten eines OXID-Projekts hängen davon ab, ob ein neuer Shop entwickelt, ein bestehender OXID-Shop weiterentwickelt oder ein größerer Versionswechsel beziehungsweise eine technische Modernisierung geplant wird. Eine pauschale Preisangabe ist deshalb ohne Kenntnis von Geschäftsmodell, Funktionsumfang, Integrationen und bestehender Systemlandschaft kaum sinnvoll.

Zum Projektumfang können neben Konzeption und Entwicklung beispielsweise individuelle Erweiterungen, Schnittstellen, Datenübernahmen, Tests und die Anpassung bestehender Komponenten gehören. Bei B2B-Projekten können zusätzlich kundenspezifische Preise, Sortimente, Rollen, Freigaben oder besondere Bestellprozesse den Entwicklungs- und Testaufwand beeinflussen.

Kostenfaktor Was beeinflusst den Projektumfang?
OXID-Plattform Gewählte OXID-Lösung, benötigter Funktionsumfang und projektrelevante Plattformanforderungen
Konzeption & Architektur Geschäftsmodell, Shopprozesse, bestehende Systemlandschaft und technische Anforderungen
Individuelle Entwicklung Eigene Geschäftslogik, zusätzliche Shopfunktionen sowie Umfang und Komplexität individueller Anpassungen
Module & Erweiterungen Einsatz vorhandener Module, notwendige Anpassungen und gegebenenfalls individuelle Erweiterungen
ERP, WaWi, PIM & Schnittstellen Anzahl und technische Struktur angebundener Systeme, Datenobjekte, Schnittstellen und erforderliche Integrationslogik
B2B-Anforderungen Kundenspezifische Preise und Sortimente, Rollen, Berechtigungen, Freigaben und individuelle Bestellprozesse
Datenübernahme Art, Umfang, Qualität und Struktur zu übernehmender Produkt-, Kunden- oder weiterer projektrelevanter Daten
Bestehender OXID-Shop OXID-Version, vorhandene Module, individuelle Anpassungen, technische Abhängigkeiten und Zustand der bestehenden Lösung
Testing & Produktivstart Umfang relevanter Funktionen, Geschäftsprozesse, Integrationen sowie Anforderungen an Tests und Deployment
Wartung & Weiterentwicklung Erforderliche Aktualisierungen, technische Anpassungen und Umfang der weiteren Betreuung nach dem Go-live
💶
Projektumfang vor einer belastbaren Kosteneinschätzung klären
Je klarer Funktionen, Integrationen, vorhandene Systeme und individuelle Anforderungen definiert sind, desto genauer lässt sich der technische Umfang eines OXID-Projekts einordnen. Bei bestehenden Shops gehört dazu auch die Bewertung des aktuellen Systemstands.

Für eine realistische Einschätzung sollte deshalb zunächst geklärt werden, welche Anforderungen umgesetzt werden sollen, welche Systeme angebunden werden müssen und welche Bestandteile bereits vorhanden sind. Daraus lässt sich der erforderliche Projektumfang ableiten und anschließend eine projektspezifische Kalkulation erstellen.

Häufige Fragen zur OXID Agentur

Was macht eine OXID Agentur? ⌄

Eine OXID Agentur unterstützt Unternehmen bei Konzeption, Entwicklung und technischer Weiterentwicklung von OXID-eShop-Projekten. Dazu können individuelle Funktionen und Module, B2B-Anforderungen, Schnittstellen, Systemintegrationen, Updates sowie die Betreuung bestehender OXID-Shops gehören.

Für welche Unternehmen eignet sich OXID eShop? ⌄

OXID eShop kann für E-Commerce-Projekte interessant sein, bei denen individuelle Geschäftsprozesse, besondere Produkt- oder Preisstrukturen, B2B-Anforderungen oder die Integration bestehender Unternehmenssysteme eine wichtige Rolle spielen. Ob OXID zur jeweiligen Systemlandschaft passt, sollte anhand der konkreten fachlichen und technischen Anforderungen bewertet werden.

Ist maexware offizieller OXID Partner? ⌄

Ja. maexware solutions ist OXID Implementation Partner mit Partnerstatus Kristall. Im offiziellen OXID Partnerprofil werden außerdem fünf zertifizierte OXID-Entwickler sowie öffentlich aufgeführte Referenzshops ausgewiesen.

Kann maexware bestehende OXID-Shops übernehmen? ⌄

Ja. Bei der Übernahme eines bestehenden OXID-Shops können zunächst Systemstand, Module, individuelle Anpassungen, Templates, Schnittstellen und technische Abhängigkeiten analysiert werden. Auf dieser Grundlage lässt sich planen, welche Bestandteile erhalten, angepasst oder technisch weiterentwickelt werden sollten.

Kann OXID mit ERP, Warenwirtschaft und PIM verbunden werden? ⌄

Ja. OXID kann über geeignete Schnittstellen mit ERP, Warenwirtschaft, PIM und weiteren Systemen verbunden werden. Dabei können beispielsweise Produktdaten, Preise, Bestände, Kunden-, Bestell- oder Statusinformationen zwischen den beteiligten Systemen ausgetauscht werden. Welche Systeme Daten führen und wie die Datenflüsse aufgebaut werden, hängt von der jeweiligen Systemarchitektur ab.

Eignet sich OXID für B2B-Commerce? ⌄

OXID kann für B2B-Szenarien eingesetzt werden, in denen beispielsweise kundenspezifische Preise und Sortimente, Rollen, Berechtigungen, Freigaben oder individuelle Bestellprozesse benötigt werden. Welche Funktionen erforderlich sind, hängt vom Geschäftsmodell, den Vertriebsprozessen und den angebundenen Systemen ab.

Können individuelle OXID-Module entwickelt werden? ⌄

Ja. Wenn vorhandene OXID-Funktionen oder geeignete Module eine projektspezifische Anforderung nicht passend abdecken, kann eine individuelle Erweiterung entwickelt werden. Vorher sollte geprüft werden, ob Standardfunktionen, ein bestehendes Modul oder dessen Anpassung die Anforderung bereits sinnvoll erfüllen.

Wie läuft ein OXID Update oder Versionswechsel ab? ⌄

Bei einem größeren Versionswechsel sollten zunächst der bestehende Systemstand, relevante Module, individuelle Entwicklungen, Templates, Schnittstellen und technische Abhängigkeiten bewertet werden. Anschließend kann der geplante Systemstand in einer geeigneten Test- oder Staging-Umgebung vorbereitet und geprüft werden, bevor der produktive Wechsel entsprechend dem jeweiligen Projekt geplant wird.

Was kostet ein OXID-Projekt? ⌄

Die Kosten hängen unter anderem von Projektart, Funktionsumfang, individueller Entwicklung, B2B-Anforderungen, Integrationen, erforderlichen Datenübernahmen, Tests und dem Zustand eines eventuell bestehenden OXID-Shops ab. Deshalb sollte zunächst der konkrete Projektumfang geklärt werden, bevor eine projektspezifische Kalkulation erstellt werden kann.

OXID Agentur für Ihr E-Commerce-Projekt

Ob neuer OXID-Shop, Weiterentwicklung eines bestehenden Projekts, individuelle Funktionen oder die Integration von ERP, Warenwirtschaft und PIM: Ausgangspunkt sind die konkreten fachlichen und technischen Anforderungen sowie die vorhandene Systemlandschaft.

Als OXID Implementation Partner unterstützt maexware Unternehmen bei Konzeption, Entwicklung, Integration, Übernahme und technischer Weiterentwicklung von OXID-Projekten.

OXID-Projekt besprechen

Sie planen ein OXID-Projekt oder möchten einen bestehenden Shop weiterentwickeln? Gemeinsam klären wir Anforderungen, vorhandene Systeme und den technischen Projektumfang.

OXID-Projekt anfragen
maexware solutions