Standorte werden ueber die Ressource Standorte im App-Panel verwaltet.
Die Ressource ist auf den Unternehmensmandanten begrenzt. Alle erstellten und aktualisierten Standorte werden dem aktuell ausgewaehlten Unternehmensmandanten zugeordnet.
Die zentrale Ressource Standorte wird effektiv von Benutzern mit Rolle CompanyAdmin verwaltet:
viewAny und view bestehenCompanyAdmin kann Standorte erstellenCompanyAdmin kann Standorte aktualisierenCompanyAdmin kann Standorte loeschen, wiederherstellen oder endgueltig loeschenDas Erstellungsformular enthaelt aktuell folgende Abschnitte:
Checkout to Draft wird in der aktuellen Implementierung immer als aktiviert erzwungen.
Standortaktualisierungen werden unterstuetzt, das aktuelle Bearbeitungsformular ist jedoch eingeschraenkter als das Erstellungsformular.
Im aktuellen Stand werden die Abschnitte Kauferfahrung, Steuern, Lieferung und Rechnung waehrend der Erstellung angezeigt, aber nicht auf der standardmaessigen Bearbeitungsseite.
Jeder Standort hat einen Relation Manager Standortbenutzer.
Die Zuweisungsaktion verwendet den bestehenden Rollenwert des Benutzers. Es gibt in der UI des Relation Managers kein separates standortspezifisches Rollenfeld.
Laut LocationPolicy ist der Relation Manager Standortbenutzer schreibbar fuer:
CompanyAdmin bei jedem Standort des aktuellen UnternehmensOrdererAdmin nur, wenn er bereits diesem Standort zugeordnet istAndere Rollen koennen den Standortdatensatz bei vorhandenem Zugriff weiterhin oeffnen, der Relation Manager ist fuer sie jedoch schreibgeschuetzt.
Jeder Standort hat ausserdem einen Relation Manager Budgets.
Hier werden Jahresbudgets und optionale Monatsbudgets fuer den Standort erstellt und gepflegt.
Fuer Details siehe Standort-Budgetverwaltung.
Zusammengenommen beschreiben die aktuellen standortbezogenen Policies diese Aufteilung:
CompanyAdmin: volle Standortverwaltung und volle Verwaltung von StandortbenutzernOrdererAdmin: kann Benutzer nur fuer Standorte verwalten, denen er zugeordnet istBudgetAdmin: verwaltet die Standortdatensaetze selbst nichtOrderer und Requester: kein Schreibzugriff auf StandortverwaltungDie aktuellen Standort-Workflows sind keine rein lokalen Formulare.
Die Erstellungsseite nutzt eine dedizierte Aktion, um den Standort anzulegen und Shopify-bezogene Daten synchron zu halten.
Die Bearbeitungsseite nutzt eine dedizierte Aktion, um den Standort und den zugehoerigen Shopify-Status zu aktualisieren.
Die Aktion zum endgueltigen Loeschen loest zuerst eine Shopify-Loeschaktion aus, bevor der lokale Datensatz entfernt wird.
Daher ist ein fehlgeschlagener Standortvorgang oft auf Shopify-seitige Validierung oder Synchronisationsverhalten zurueckzufuehren und nicht allein auf das Filament-Formular.