eBay’s September 19, 2019 engineering post described a way to let a worker prepare listings without handing over the seller’s password. The feature had launched earlier that year; the post is an explanation, not its launch announcement. Its initial U.S. scope covered creating and editing listing drafts and publishing or revising listings. [shared-17c76513891978e541ce858dab7f6ef73f0d0c96e4c2975a16e5e6d62da7ddfd]
The design choice was consequential: rather than build subaccounts or a new class of restricted identities, eBay linked ordinary user accounts to a seller account and attached specific permissions. That let the company reuse parts of its existing logged-in-user system, while adding permission checks and a separate account context. A seller could invite a delegate by email, adjust permissions with immediate effect, and review listing activity; delegates saw a limited Seller Hub view and an account-identifying banner. [shared-17c76513891978e541ce858dab7f6ef73f0d0c96e4c2975a16e5e6d62da7ddfd]
For sellers, the trade is between delegation and control: staff can do defined listing work without inheriting unrestricted access. For eBay, permissions make a gradual rollout possible, but every newly enabled function still needs enforcement across the platform. The post named order management and wider geographic availability as future possibilities, not delivered features. Whether this reduces operating friction without creating costly permission mistakes depends on how reliably those boundaries hold in practice—a result the engineering description alone does not establish. [shared-17c76513891978e541ce858dab7f6ef73f0d0c96e4c2975a16e5e6d62da7ddfd]
