Design roster-entry claiming and its verification #24
Reference in New Issue
Block a user
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?
Question
Surfaced by the tenancy resolution. A retailer imports a roster entry for "Acme Foods". Someone
signs up claiming to be Acme Foods. What makes that claim legitimate?
This is the seam where the whole isolation model could be defeated socially rather than
technically — a bad actor who successfully claims a competitor's roster entry inherits their
position on a retailer's list.
Resolve: who may claim an entry and on what evidence (email domain match against the roster
contact, retailer confirmation, DUNS verification, a claim token in the invitation); what happens
when two parties claim the same entry; how "Acme Foods Inc" on one roster and "Acme Foods" on
another are merged into one vendor org, and who authorises that merge; whether a retailer can
revoke a claim; and what a vendor sees of a roster entry before claiming it.
Note the ordering constraint: a vendor may be invited by a second retailer after already holding
a claimed vendor org, so claiming must handle both the cold path and the already-a-customer path.
Parent: #1