feat(api): Tracking-Event-Historie vom Provider exposen + persistieren #228
Labels
No labels
app/archiv
app/einkaufslisten
app/imap-client
app/wissensbasis
arch-answered
arch-question
area/api
area/auth
area/infra
area/mobile
area/shared
area/ui
area/web
portfolio-status
prio/high
prio/low
prio/medium
roadmap/public
size/l
size/m
size/s
size/xl
size/xs
status/blocked
status/needs-info
type/bug
type/chore
type/docs
type/feature
type/idea
type/refactor
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
admin-mrrm/mrrmlabapp#228
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Kontext
In #147 wurde die mobile Tracking-Detail-Ansicht mit einem schlanken Verlauf (nur aktueller Status + Erfassungszeitpunkt) gemerged. Eine echte Timeline braucht die vollständige Event-Liste vom Provider.
Scope
TrackingProvider-Interface erweitern:getTrackInfo(oder neue Methode) liefert pro Tracking eineevents: TrackingEvent[]mittime,description,location?,status?Track17Provider,AfterShipProvider) entsprechend erweiternparcel_tracking_events-Tabelle (FK aufparcel_trackings) ODER JSON-Spalte mit SnapshotsTrackingSyncService.refreshActiveschreibt neue Events (Diff zum letzten Snapshot)TrackingsService.getOneliefert die Events sortiert mit ausshared-types:TrackingEvent+Tracking.eventsergänzenfeature-tracking:TrackingDetailScreenrendert echte Timeline statt StubWhy
Benutzerin will den vollen Lauf des Pakets nachvollziehen können — "wo ist es jetzt", "wann wurde es zugestellt", "gab es einen Zustellversuch".