Storefront DocType anlegen #7

Closed
opened 2026-05-10 16:42:50 +00:00 by csaeum · 1 comment
csaeum commented 2026-05-10 16:42:50 +00:00 (Migrated from gitlab.localdomain)

Einen neuen DocType Shopware Storefront anlegen, verknüpft mit Shopware Account:

  • Felder: Name, Shopware Account (Link), Land (DE/AT/CH/INT), Währung, aktiv (Checkbox)
  • DocType über Frappe UI anlegen und JSON exportieren
  • In shopware6/doctype/shopware_storefront/ ablegen
  • Jeder Account kann mehrere Storefronts haben (1:n)
Einen neuen DocType `Shopware Storefront` anlegen, verknüpft mit `Shopware Account`: - Felder: Name, Shopware Account (Link), Land (DE/AT/CH/INT), Währung, aktiv (Checkbox) - DocType über Frappe UI anlegen und JSON exportieren - In `shopware6/doctype/shopware_storefront/` ablegen - Jeder Account kann mehrere Storefronts haben (1:n)
Owner

Scope während der Umsetzung erweitert: Shopware Storefront bekommt zusätzlich zu den ursprünglich geforderten Feldern eine Kindtabelle Shopware Storefront Domain (Domain-URL + Sprache, mind. 1 Zeile Pflicht).

Grund: Ein Shopware Sales Channel kann mehrere Domains tragen (eine pro Sprache) — entweder als eigene Domain pro Sprache oder als eine Domain mit sprachspezifischen URL-Pfaden (/de/, /en/). Beide Referenz-Forks (Julian, Marcel) lösen das nicht sauber. Damit unsere Schnittstelle beide realen Muster abdeckt statt sich früh auf eines festzulegen, wurde die Domains-Kindtabelle direkt mit eingeplant, statt sie erst nachträglich in einem eigenen Issue nachzuziehen.

Details und Begründung in Projekt.md → Architecture Decisions.

Scope während der Umsetzung erweitert: `Shopware Storefront` bekommt zusätzlich zu den ursprünglich geforderten Feldern eine Kindtabelle `Shopware Storefront Domain` (Domain-URL + Sprache, mind. 1 Zeile Pflicht). Grund: Ein Shopware Sales Channel kann mehrere Domains tragen (eine pro Sprache) — entweder als eigene Domain pro Sprache oder als eine Domain mit sprachspezifischen URL-Pfaden (`/de/`, `/en/`). Beide Referenz-Forks (Julian, Marcel) lösen das nicht sauber. Damit unsere Schnittstelle beide realen Muster abdeckt statt sich früh auf eines festzulegen, wurde die Domains-Kindtabelle direkt mit eingeplant, statt sie erst nachträglich in einem eigenen Issue nachzuziehen. Details und Begründung in `Projekt.md` → Architecture Decisions.
Sign in to join this conversation.
No project
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
Frappe-Projekte/ecommerce_integrations#7
No description provided.