BusinessCodeCross Team
Who Should Own App Store Connect and Play Console in an Austin App Build (2026)
Your legal entity should hold Apple and Google publisher seats — not a freelancer laptop and not “the agency for now.” A 2026 ownership gate for Austin app builds.
Business
6 min
- Owner
- Your entity
- Studio role
- Admin invite
- Deadlines
- Before TestFlight
Account Holder + Play owner
Not a transfer later
D-U-N-S, Sep 30, agreements
In an Austin app build, App Store Connect and Google Play Console should sit under your company’s legal entity, with named admins and a second human who can ship. Agency or freelancer custody is a temporary risk, not a default. CodeCross LLC sequences seat proof before store submission. Book a call when seats are still personal.
Start from home if you are new to CodeCross LLC, or the Austin app development company page if you are buying a partner. If your binary began in an AI builder, pair this seat map with vibe coding store-ready checklists.
The brief and estimate can look fine while the real hostage sits in Accounts: a personal Apple ID, a contractor’s Play Console, or an agency “holding” the publisher seat until launch. That pattern breaks at staff turnover, acquisition diligence, or the week you need an emergency release.
The rule
Your entity owns the publisher seats. Partners get roles. Partners do not become the account.
Exceptions need a written transfer date in the SOW — not a handshake.
What “own” means in practice
- Apple: Organization enrollment (when you qualify), or Individual with a documented upgrade path. Admins named. Certificates and provisioning reachable from CI or a company vault — not one laptop.
- Google Play: Play Console under the company developer account. Play App Signing acknowledged. Upload keys recoverable by more than one person.
- Banking / tax / DUNS: The legal details match the brand users will see.
Roles partners should have
- App Manager / Developer (Apple) and appropriate Play roles for builds and crashes.
- Not Account Holder unless the SOW explicitly transfers later.
Failure modes we see in Austin builds
- Founder personal Apple ID used “just for TestFlight.”
- Agency creates the Play account with their entity so “review is faster.”
- Signing keys live only on a contractor MacBook.
- Nobody can reset 2FA when the holder is traveling.
Any one of these is enough to pause a store date.
How this ties to kickoff and estimates
Seat ownership belongs in kickoff week (kickoff after SOW) and should appear as assumptions in the estimate (how to read an Austin estimate). If the SOW is silent, ask before you sign.
Vibe-coded apps
If you shipped a preview from Rork, FlutterFlow, Cursor, or similar, publisher seats are still yours. The builder does not replace Apple or Google enrollment. See Cursor prototype → App Store / Play for the binary path.
Next steps
Inventory who can log in today. Move Account Holder / owner roles to your entity. Book a call when transfer is stuck.
What only the Account Holder can do
Developer / App Manager invite
Binaries, profiles, internal TestFlight — scoped to the job
Admin invite (all apps)
Secondary contact. Cannot become Account Holder by invite.
Account Holder transfer and identity
A legal process to another employee with binding authority
Legal agreements and membership renewal
Paid Apps, tax, banking — the seller name on the store
Three Apple seats, one honest default
01 · Account Holder
Your officer
Enrollment, agreements, renewal, banking. One per membership.
02 · Admin
Studio default
All apps, users, certificates. Cannot take the membership.
03 · Developer
Scoped build
Binaries and TestFlight. Limit app access if the bench is wide.
What the Play owner holds vs. what an invited admin can do
Play account owner (you)
Legal entity + D-U-N-S
Organization identity, payments profile, transfer rights
Package-name registration
The Sep 30, 2026 leftover clock sits here
Play App Signing + Data safety
Upload-key reset and the form every listing owes
so the listing ↓so the listing
Invited admin / release manager
Internal / closed / production tracks
Enough to ship a binary on your listing
Release and crash consoles
Labor. Not the seller name.
No ownership transfer
They cannot take the org with them
Ownership shape → when it is honest
Founder entity holds, studio invited
When it is honest
Almost every Austin v1
Studio seat
Admin / Developer
Leave test
Revoke the invite
Studio holds, promises a transfer
When it is honest
Almost never
Studio seat
Account Holder / owner
Leave test
D-U-N-S + legal process
Hybrid: split consoles
When it is honest
Rare, written, dated
Studio seat
One store only
Leave test
You still lack a store
Shared personal login
When it is honest
Never
Studio seat
The founder's Apple Account
Leave test
No audit, no revoke
Illustrative weeks to leave after a bad ownership shape
weeksStudio Account Holder on Apple
4–10 wks
They cannot transfer Account Holder to a vendor client.
Illustrative operator ranges. Use them to reject a shape, not to pad a contingency line.
Illustrative lead time before the first honest upload
weeksStudio-held consoles, then "transfer"
5–12 wks
Apple will not transfer Account Holder to a vendor client.
Illustrative. Start identity before you staff a sprint, not after.
Kickoff checklist before the first internal binary
01 →
Legal entity named on the SOW
Not a DBA. Not the studio.
02 →
Account Holder + Play owner are officers
Identity done. D-U-N-S on file or in flight.
03 →
Agreements accepted in your consoles
Paid Apps, tax, banking, Play payments profile
04 →
Studio invited as Admin / Developer
No shared passwords. Dated revoke path.
05 →
Bundle ID + package name reserved by you
Play App Signing on your owner account
06
Then — only then — first TestFlight / internal
The binary claims a name you already hold
The ownership loop a kickoff has to finish
01
Enroll the operating entity
Apple + Play, your D-U-N-S
02
Accept the agreements
Account Holder / owner only
03
Invite the studio
Admin, not Account Holder
04 · loops
Upload, or stop
No binary until the name is yours
Illustrative recovery mix after "we'll handle the stores"
weeksBoth consoles in their login
10 weeks
You are rebuilding the seller name · Legal / identity / D-U-N-S 3 · Transfer or re-enrollment 4 · Keys, package, listing rebuild 3
- Legal / identity / D-U-N-S
- Transfer or re-enrollment
- Keys, package, listing rebuild
Illustrative operator ranges. Not a published survey and not a bid.
Six questions that finish the ownership gate
01 →
Whose legal entity is Account Holder / Play owner?
Yours, named, before signature
02 →
Will they work as Admin — not Account Holder?
Invite, dated revoke, no shared login
03 →
Where do bundle ID and package name live?
Reserved in your consoles
04 →
Who holds certificates and the upload key?
Your CI + Play App Signing on your owner
05 →
Is D-U-N-S already on file?
Or the 28-day clock starts now
06
What happens when the SOW ends?
Revoke. Not transfer. Not rebuild.
FAQ
Should our Austin agency hold the Apple Account Holder seat?
No, not as the default. Your legal entity should hold it. Give the agency App Manager or Developer roles. If a temporary hold is unavoidable, put a transfer date in the SOW. Book a call.
We used a personal Apple ID for TestFlight — how bad is that?
Fixable, but do it before public review and before you depend on that binary for revenue. Move to an Organization account when you qualify, or document the Individual path and who inherits 2FA.
Does CodeCross LLC take publisher ownership for clients?
Only when the SOW says so in writing — and even then the preference is your entity as owner with CodeCross on roles. See Austin app development company.
What about Play App Signing and upload keys?
Company Play Console owns the app. Play App Signing stays enabled as Google requires. Upload keys must be recoverable by more than one person — not a single contractor machine.
How does this interact with a vibe-coded MVP?
Builder previews do not create store ownership. Enroll and seat-map first, then harden for review. Start from vibe coding.
Thirty minutes with a senior teammate — honest next steps.
Ready to price an Austin build?
Bring the problem, the users, and a budget ceiling. We’ll tell you whether an app is the right next spend — and what the first year actually costs.
Prefer writing? Send project details on the contact page.