# Kunden unter mehreren Shopware Installationen syncronisieren

**URL:** <https://forum.shopware.com/t/kunden-unter-mehreren-shopware-installationen-syncronisieren/52479>\
**Category:** Allgemein\
**Created:** [19. April 2018 um 13:45 UTC](https://forum.shopware.com/t/kunden-unter-mehreren-shopware-installationen-syncronisieren/52479 "2018-04-19T13:45:56Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![TechnikOnkel](https://avatars.discourse-cdn.com/v4/letter/t/e9c0ed/32.png) [@TechnikOnkel](https://forum.shopware.com/u/TechnikOnkel)\
**Post date:** [19. April 2018 um 13:45 UTC](https://forum.shopware.com/t/kunden-unter-mehreren-shopware-installationen-syncronisieren/52479/1 "2018-04-19T13:45:56Z")

</div>

Hallo zusammen,

ich habe mehrere Shopware Installationen.  
Kann ich die Kunden und deren Login irgendwie unter den einzelnen Installationen syncronisieren?

Oder geht das nicht bezüglich Rechnungen etc.?

Vielen Dank

---

<div class="post-metadata">

**Author:** ![bquarta](https://avatars.discourse-cdn.com/v4/letter/b/4af34b/32.png) [@bquarta](https://forum.shopware.com/u/bquarta)\
**Post date:** [19. April 2018 um 14:12 UTC](https://forum.shopware.com/t/kunden-unter-mehreren-shopware-installationen-syncronisieren/52479/2 "2018-04-19T14:12:20Z")

</div>

Also rein von der theoretischen Überlegung her:  
Was genau leisten denn die multiplen Installationen? Es ist ja zu beachten, dass jeder Shop für sich zunächst einmal fortlaufende Rechnungsnummern verwalten muss und Datenbank-Einträge auch sich nicht wiederholende IDs haben, die man nicht einfach überkopieren kann, ohne komplettes Chaos anzurichten.

Denkbar wäre, dass mehrere Installationen, die sich z.B. in funktionalen Aspekten (Datenbankunabhängig zur reinen Darstellung von Dingen etc.) unterscheiden könnten, aber ansonsten nichts “anders” machen gemeinsam auf die gleiche Datenbank zugreifen.

Falls sich die Artikel in Hinsicht auf Artikel unterscheiden, dann würde es eigentlich intuitiv (ohne mehr zu wissen) am ehesten Sinn machen mehere Subshops zu erstellen, die sich ein Backend teilen, wo alle Artikel zusammengefasst sind, aber nur einzelne Kategorien/Artikel pro Subshop verfügbar sind.

Wie gesagt: Der Anwendungsfall im Konkreten wäre jetzt erst mal interessant.