UC-103: Ägare, inbjudningar & överlämningar

Intent (confirmed by Paul, 2026-07-15)

I Plings äger man inte saker som ensam person i ett vakuum — man äger dem som en ägare: dig själv, din familj, ditt företag eller vilken konstellation som helst (släktkonstellationen “Långudden”, företaget “Intelliray AB”). En ägare kan ha flera medlemmar, och samma person kan vara med i flera ägare. Det här dokumentet beskriver hur man bjuder in folk till en ägare och hur man lämnar över saker till någon annan.

Två principer styr allt nedan (klarspråk mot användaren):

  • Vi säger ägare i hela appen — aldrig “organisation”. (På samma sätt som vi säger mall, aldrig “klass”.)
  • Ett objekt har exakt en ägare. “Delat ägande” är inte flera ägare på en sak — det är en ägare med flera medlemmar.

Målet med både inbjudningar och överlämningar är spridning: varje inbjudan och varje överlämnad låda är ett ögonblick där en ny person dras in i Plings.

Summary

Fyra saker som en användare ska kunna göra:

  1. Skapa en ägare åt någon annan och bjuda in dem med e-post, så att de själva loggar in och tar över sina saker.
  2. Låta flera personer dela på en och samma ägare (gemensamt ägande).
  3. Ge bort ett objekt med innehållet i — en hel låda, en hel hylla — och låta mottagaren välja att ta emot.
  4. Låta ett företags alla medlemmar komma åt allt företaget äger.

Actors

  • Ägar-medlem med rollen Ägare (primär) — kan bjuda in andra, ta bort medlemmar och starta överlämningar från ägaren.
  • Ägar-medlem med rollen Medlem — ser medlemslistan och kan använda ägarens saker, men hanterar inte medlemskap.
  • Inbjuden person — får ett mail, klickar på länken, loggar in eller skapar konto och blir medlem.
  • Mottagande ägares medlem — tar emot (eller avböjer) en inkommande överlämning.

Preconditions

  • Den som bjuder in eller startar en överlämning är inloggad och har rollen Ägare i den ägare det gäller.
  • Att acceptera en inbjudan kräver att man är inloggad (konto skapas vid behov).

De fyra scenarierna

1. Göran-scenariot — en inbjudan är ett spridningsögonblick

Paul har hjälpt sin granne Göran att komma igång. Paul skapar en ny ägare, “Göran Hamberg”, lägger Görans verktyg under den, och bjuder in Göran med hans e-postadress. Göran får ett mail: “Paul har bjudit in dig till ägaren Göran Hamberg.” Han klickar på länken, skapar ett konto och accepterar — och äger nu sina egna saker i Plings, i sin egen ägare. Poängen: Paul kunde förbereda allt åt Göran, och inbjudan blev det ögonblick där Göran själv klev in.

2. Gemensamt ägande — en ägare, flera medlemmar

Sommarstället Saltsjön ägs inte av någon enskild person — det ägs av ägaren “Långudden”, som har sex medlemmar med rollen Ägare: Paul, Katja, Elisabeth, Nina, Kåre och Leiv. Sakerna på Saltsjön har alltså en ägare, men sex personer bakom den. Regeln (viktig att förstå): dela ägande gör man genom att lägga till fler medlemmar i samma ägare — inte genom att sätta flera ägare på samma sak.

3. Ge bort med innehåll — “ge bort lådan med sakerna i”

Paul vill ge bort en hel verktygslåda till Göran. I appen väljer han lådan och “Byt ägare → med innehåll”. Han får en förhandsvisning av allt som följer med — lådan och sakerna i den — och kan bocka ur det som inte ska med (någon annans grejer som råkar ligga i lådan följer inte med automatiskt). När Göran är mottagare får han frågan och accepterar. (Har Paul själv rollen Ägare i den mottagande ägaren fullbordas det direkt — man frågar inte sig själv.) Samma flöde återanvänds senare när man säljer något.

4. Företag — alla medlemmar kommer åt allt företaget äger

Intelliray AB är en ägare med flera medlemmar. När en ny kollega bjuds in och blir medlem får hen åtkomst till allt företaget äger — inga saker behöver flyttas eller delas om per person. Att lämna företaget är att tas bort som medlem.

Main flow — bjuda in

  1. En Ägare öppnar ägarens medlemsvy och väljer “Bjud in”.
  2. Hen fyller i e-post och roll (Ägare/Medlem) och skickar.
  3. Inbjudan syns direkt som “Väntar på svar”; ett mail går ut med en inbjudningslänk.
  4. Mottagaren klickar på länken, loggar in eller skapar konto, och accepterar.
  5. Mottagaren är nu medlem; inbjudan visas som accepterad.

Main flow — lämna över med innehåll

  1. En Ägare väljer ett objekt och “Byt ägare → med innehåll”.
  2. Hen granskar grenen, bockar ur det som inte ska följa med, och väljer mottagande ägare.
  3. Har initieraren rätt i mottagaren fullbordas överlämningen direkt; annars skickas den som väntande till mottagaren.
  4. Mottagarens Ägare accepterar eller avböjer; initieraren kan återkalla medan den väntar.
  5. Vid accept byter de valda objekten ägare; kvitto på överlämningen sparas.

Non-goals

  • Ingen ägare-i-ägare (rekursion) nu — en ägare kan inte vara medlem i en annan ägare (t.ex. Intelliray AB som delägare i Långudden). Noterat som framtida utbyggnad.
  • Ingen ekonomi nu — vem som betalar för lagring, andelar och saldon är medvetet parkerat (fältet för andel är förberett men byggs inte).
  • Synlighet mellan ägare (vänner, delade vyer) byggs i en systerspec, inte här.
  • Admin-rollens exakta rättigheter definieras när behovet uppstår (finns i data, exponeras inte i UI ännu).
  • Flöden: docs/flows/bjud-in-anvandare.md, docs/flows/byt-agare-overlamning.md
  • Beslut: ADR-0077 (ägare = publikt ord för Organization), ADR-0078 (exakt en ägare; delat ägande = gemensam ägare), ADR-0079 (inbjudningar: token är nyckeln), ADR-0080 (överlämning är en gated transaktion) — se internal/decisions/INDEX.md.
  • Spec: docs/specs/2026-07-15-owner-invitations-and-transfers-design.md (systerspec för framtida synlighet: docs/specs/2026-07-15-owner-relations-visibility-design.md)