Aptli

Standorte

Standorte repräsentieren Lagerorte, wo Inventur gehalten wird. Standorte können physische Standorte (Lagerhäuser), Feldstandorte oder logische Standorte (einzelne Arbeiter, Fahrzeuge) sein.

Standorttypen (Implizit)

Standorthierarchie:

Zentrales Lagerhaus
├── Große Kapazität, kontrollierter Zugriff
├── Personal mit canFacilitatePickups-Berechtigung
└── Primärer Empfangspunkt (Lieferanten → Lagerhaus)

Feld-Staging-Standorte
├── Temporär, projekt-spezifisch
├── Mittlere Kapazität
└── Transfers von Lagerhaus → Verbrauch durch Arbeiter

Persönliche Standorte (Arbeiter)
├── Auto-erstellt bei erster QR-Abholung
├── Mobile Inventur (folgt Arbeiter)
└── Verbrauchstransaktionen (Arbeit depletiert Bestand)

Fahrzeugstandorte
├── Referenz zu Fahrzeug-Asset oder Bediener
├── Mobile Lagerung (reisende Teams)
└── Bestand bewegt sich mit Fahrzeug

Standortseite zeigt Lagerorte mit Typen und Kapazitätsinformationen

Aptli verwendet implizite Standorttypen basierend auf vorhandenen Feldern:

Physische Standorte

Standorte mit Geometrie (GPS-Koordinaten oder Flächenpolygone):

  • Zentrale Lagerhäuser
  • Regionale Vertriebszentren
  • Feld-Staging-Bereiche
  • Lagerplätze

Beispiel:

Name: "Zentrales Lagerhaus"
Geometrie: Punkt bei (lat: 40.7128, lng: -74.0060)
Adresse: "123 Storage Way, New York, NY"

Persönliche Standorte

Standorte mit Referenz zu Benutzer oder Fahrzeug (keine Geometrie):

  • Einzelne Arbeiterinventur
  • Fahrzeuginventur
  • Mobile Ausrüstung

Beispiel:

Name: "Johns persönliche Inventur"
Referenz: { user_id: "..." }

Dieses Design vermeidet Enum-Sync-Probleme - die Präsenz von Geometrie vs. Referenz bestimmt implizites Verhalten.

Standortfelder

Grundlegende Informationen:

  • Name - Beschreibender Name
  • Typ - Kategorie für Filterung (Lagerhaus, Feld, Fahrzeug, persönlich)
  • Geometrie - GPS-Koordinaten oder Polygonfläche (optional)
  • Referenz - Link zu Benutzer oder Fahrzeug (optional)
  • Adresse - Physische Adresse für Lagerhäuser

Inventurverfolgung:

  • Bestandsartikel - Array von Ressourcen, die an diesem Standort gehalten werden (verwaltet via Transaktionen)
  • Kapazität - Optionale maximale Volumen/Einheiten (Alarme wenn Limit erreicht)

Zugriffskontrolle:

  • Autorisiertes Personal - Benutzer, die Eingänge/Anpassungen an diesem Standort erstellen können
  • Erfordert Aufsicht - Falls wahr, canFacilitatePickups-Berechtigung für Transfers erforderlich

Standorte erstellen

Physischer Standort:

  1. Navigieren zu Inventur → Standorte
  2. Auf "Standort hinzufügen" klicken
  3. Name, Typ, Adresse eingeben
  4. Karte klicken um Geometrie zu setzen (Punkt oder Polygon)
  5. Kapazität setzen falls anwendbar
  6. Speichern

Persönlicher Standort (Auto-erstellt): Wenn Arbeiter ersten Abhol-QR-Code scannt:

  • Persönlicher Standort automatisch erstellt
  • Benannt: "Arbeiter Names persönliche Inventur"
  • Referenz auf Arbeiter-Benutzer-ID gesetzt
  • Keine manuelle Erstellung nötig

Fahrzeugstandort:

  1. Standort mit Referenz zu Fahrzeug-Asset erstellen
  2. Oder Referenz zu Benutzer, der Fahrzeug bedient
  3. Bestandsartikel verfolgen, was im Fahrzeug ist
  4. Nützlich für mobile Inventur (reisende Teams)

Standortnutzungsmuster

Zentrales Lagerhaus

  • Zweck: Primärer Empfang und Lagerung
  • Merkmale: Große Kapazität, kontrollierter Zugriff, fester Standort
  • Transaktionen: Eingänge von Lieferanten, Transfers zu Arbeitern/Feldstandorten
  • Personal: Lagermanager mit canFacilitatePickups-Berechtigung

Feld-Staging-Standort

  • Zweck: Temporäre Lagerung nahe aktivem Arbeitsbereich
  • Merkmale: Mittlere Kapazität, projekt-spezifisch, temporär
  • Transaktionen: Transfers von Lagerhaus, Verbrauch durch Arbeiter
  • Lebenszyklus: Für Projekt erstellt, geleert wenn Projekt abgeschlossen

Persönlicher Standort (Arbeiter)

  • Zweck: Mobile Inventur für Einzelperson
  • Merkmale: Kleine Kapazität, bewegt sich mit Arbeiter, arbeiter-spezifisch
  • Transaktionen: Abholungen via QR-Scan, Verbrauch via Berichte, Rückgaben zu Lagerhaus
  • Zugriff: Nur der Arbeiter kann von seinem persönlichen Standort verbrauchen

Fahrzeugstandort

  • Zweck: Inventur, die mit Teamfahrzeug reist
  • Merkmale: Mittlere Kapazität, bewegt sich mit Fahrzeug, team-spezifisch
  • Transaktionen: Ähnlich wie persönlicher Standort aber für Mehrpersonen-Teams
  • Verfolgung: Nützlich für Compliance (welche Materialien vor Ort)

Standorttransaktionen

Alle Aktivitäten an einem Standort anzeigen:

  • Zu Standortdetailansicht navigieren
  • "Transaktionshistorie" zeigt:
    • Alle Eingänge, Transfers ein/aus, Verbräuche
    • Aktuelle Bestandsartikel und Volumen
    • Personal, das Transaktionen durchgeführt hat

Hilft zu beantworten:

  • Welche Inventur aktuell an diesem Standort?
  • Was hat den Standort kürzlich verlassen?
  • Wer hat Materialien von diesem Standort erhalten?

GPS-Verfolgung für Transfers

Wenn QR-Abholung gescannt:

  • Transaktion zeichnet scanLocation auf (GPS-Koordinaten)
  • Validisiert, dass Arbeiter physisch am Quellstandort war (falls Standort Geometrie hat)
  • Audit-Trail zeigt, wo Scan stattfand
  • Hilft, unautorisierte Transfers zu erkennen

Geofence-Validierung (Optional): Lagerhaus konfigurieren, um Scan innerhalb 50m-Radius zu erfordern

  • Verhindert ferne QR-Scans (Screenshot an Freund gesendet)
  • Transaktion abgelehnt, wenn GPS zu weit von Standortgeometrie

Bestandsartikel-Organisation

Jeder Standort enthält Bestandsartikel:

Zentrales Lagerhaus
  ├── Cat6-Kabel: 500m
  ├── Montagehalterungen: 200 Einheiten
  └── Installationskits: 15 Einheiten

Johns persönliche Inventur
  ├── Cat6-Kabel: 10m
  └── Montagehalterungen: 5 Einheiten

Navigation:

  • Von Standort: alle Bestandsartikel an diesem Standort anzeigen
  • Von Bestandsartikel: anzeigen, welcher Standort diese Inventur hält
  • Bidirektionale Beziehung

Standortkapazitätsalarme

Kapazitätsgrenzen setzen, um Überfüllung zu verhindern:

  • Volumen-basiert: Gesamte Kubikmeter/Fuß
  • Gewicht-basiert: Maximale Kilogramm/Pfund
  • Anzahl-basiert: Maximale Anzahl von Einheiten

Wenn Kapazität erreicht:

  • Alarm in Standortansicht gezeigt
  • Verhindert zusätzliche Eingänge wenn über Kapazität
  • Fordert Umverteilung zu anderen Standorten

Beste Praktiken

Konsistent benennen:

  • Physische Standorte: Standortkennung einbeziehen (z.B., "Lagerhaus - NYC", "Feldstandort - Projekt Alpha")
  • Persönliche Standorte: Auto-generierte Namen funktionieren gut ("Names Inventur")
  • Fahrzeugstandorte: Fahrzeug-ID einbeziehen (z.B., "LKW 42", "Van - Kennzeichen ABC123")

Geometrie für physische Standorte verwenden:

  • Ermöglicht Nähe-Filterung (nächsten Standort mit Ressource finden)
  • Validisiert QR-Abholungen (Arbeiter am korrekten Standort)
  • Zeigt Standorte in Kartenansicht

Persönliche Standorterstellung begrenzen:

  • Nur erstellen, wenn Arbeiter Inventurverantwortlichkeit braucht
  • Nicht alle Benutzer brauchen persönliche Standorte
  • Automatisch bei erster Abholung erstellt (nicht vor-erstellen)

Regelmäßig auditieren:

  • Standorte mit null Bestandsartikeln überprüfen (ungenutzte Standorte)
  • Feldstandorte nach Projektabschluss archivieren
  • Persönliche Standorte während Zählungen abstimmen