Warehouse-Mapping pro Storefront konfigurierbar machen #10

New issue

Closed

opened 2026-05-10 16:43:19 +00:00 by csaeum · 1 comment

csaeum commented

2026-05-10 16:43:19 +00:00

(Migrated from gitlab.localdomain)

Pro Storefront ein ERPNext Warehouse hinterlegen können:

Feld: ERPNext Warehouse (Link auf Warehouse DocType)
Beim Bestandssync wird der Bestand aus diesem Warehouse ausgelesen
Beim Bestellungsimport wird dieses Warehouse als Lieferlager verwendet
Ermöglicht länderspezifische Lagerzuordnung (z.B. CH-Lager für Schweiz)

Pro Storefront ein ERPNext Warehouse hinterlegen können: - Feld: ERPNext Warehouse (Link auf `Warehouse` DocType) - Beim Bestandssync wird der Bestand aus diesem Warehouse ausgelesen - Beim Bestellungsimport wird dieses Warehouse als Lieferlager verwendet - Ermöglicht länderspezifische Lagerzuordnung (z.B. CH-Lager für Schweiz)

csaeum commented

2026-08-22 09:38:48 +00:00

Owner

Umgesetzt: neues Feld Shopware Storefront.warehouse (Link → Warehouse, Pflichtfeld), plus Validierung _validate_warehouse_company() in shopware_storefront.py — wirft frappe.throw(), falls das gewählte Warehouse zu einer anderen Company gehört als der Storefront selbst.

Live verifiziert (Company-Mismatch wirft, passende Kombination speichert).

Bewusste Abweichung von Julians Shopware Warehouse Mapping: das ist eine Kindtabelle am globalen Shopware Setting (nicht pro Kanal) und zudem totes Feature — ShopwareSettingController liest ein falsch geschriebenes Attribut (warehouse_mappings statt shopware_warehouse_mapping), und ShopwareSetting erbt diesen Controller gar nicht. Beide Referenz-Forks syncen Bestand tatsächlich über ein einziges globales warehouse-Feld. Details in Projekt.md → Architecture Decisions.

Schließe dieses Issue.

Umgesetzt: neues Feld `Shopware Storefront.warehouse` (Link → `Warehouse`, Pflichtfeld), plus Validierung `_validate_warehouse_company()` in `shopware_storefront.py` — wirft `frappe.throw()`, falls das gewählte Warehouse zu einer anderen Company gehört als der Storefront selbst. Live verifiziert (Company-Mismatch wirft, passende Kombination speichert). Bewusste Abweichung von Julians `Shopware Warehouse Mapping`: das ist eine Kindtabelle am globalen `Shopware Setting` (nicht pro Kanal) und zudem totes Feature — `ShopwareSettingController` liest ein falsch geschriebenes Attribut (`warehouse_mappings` statt `shopware_warehouse_mapping`), und `ShopwareSetting` erbt diesen Controller gar nicht. Beide Referenz-Forks syncen Bestand tatsächlich über ein einziges globales `warehouse`-Feld. Details in `Projekt.md` → Architecture Decisions. Schließe dieses Issue.

csaeum closed this issue

2026-08-22 09:38:50 +00:00

csaeum referenced this issue from a commit

2026-08-22 09:39:12 +00:00

feat(shopware): add warehouse field to storefront (#10)

csaeum referenced this issue

2026-08-22 17:18:09 +00:00

Lagerbestand aus ERPNext (1 Warehouse) an alle Storefronts pushen #20

csaeum referenced this issue from a commit

2026-08-22 17:19:32 +00:00

feat(shopware): push item stock to Shopware (#20)

csaeum referenced this issue