# Har bygget ejerskabskrav på virksomheder fra ende til anden — en bruger gør krav på en virksomhed, en administrator afgør sagen, og en godkendelse omskriver den autorisationsgraf, der afgør, hvem der må redigere hvad. 2025 **Situation.** Et katalog seedet fra offentlige kilder har et strukturelt problem: virksomhederne i det har ikke selv sat sig der. Før eller siden dukker nogen fra en af dem op og vil rette sin egen post — og der er ingen relation mellem den person og den post, kun en påstand om, at der er en. Giver man det for villigt, redigerer en konkurrent din side. Giver man det for langsomt, bliver kataloget ved med at være forkert. **Opgave.** Der skulle være en vej fra "det her er min virksomhed" til reel myndighed over posten, med en menneskelig beslutning i midten og et spor bagefter. **Handling.** Ejerskabskrav blev bygget fra ende til anden, over 108 commits og begge applikationer. En bruger indsender et krav med dokumentation; det lander i en kø i back‑officen; en administrator gennemgår det og godkender eller afviser det med en begrundelse, der går tilbage til den, der rejste kravet. Det interessante er, hvad en godkendelse gør — det er ikke et flag på en række. Godkendelsen omskriver autorisationsgrafen, så kontoen får en rigtig relation til organisationen, og det er den samme relation, som hvert eneste rettighedstjek i platformen allerede slår op i. Gaten er afgørelsen, ikke kodestien, og ingen funktion har været nødt til at lære om ejerskabskrav for at respektere den. **Resultat.** En virksomhed kan overtage og rette sin egen post, uden at nogen redigerer databasen i hånden, og hver tildeling af myndighed har en navngiven godkender og en begrundelse hæftet på. Den menneskelige gennemgang er flaskehalsen med vilje; et automatisk tjek på et domænenavn ville være hurtigere og ville tage fejl i præcis de tilfælde, der betyder mest. --- - Rolle: Full stack‑udvikler - Kategorier: [Backend‑udvikling](https://engineer.company/da/categories/backend/), [Frontend‑udvikling](https://engineer.company/da/categories/frontend/), [Full stack‑udvikling](https://engineer.company/da/categories/full-stack/), [Sikkerhed](https://engineer.company/da/categories/security/), [Produkt & krav](https://engineer.company/da/categories/product/) - Ydelser: [Full stack‑produktudvikling](https://engineer.company/da/services/full-stack-development/), [Sikkerhed & adgangsstyring](https://engineer.company/da/services/security-access/), [Produktstrategi & kravspecifikation](https://engineer.company/da/services/product-strategy/)