The agreement lives in the account, the bank details should not be the seller's
The Paid Applications Agreement is a status on the account. The bank account, tax forms and finance contacts belong to whoever receives the money. So you can treat the agreement status as something to verify during a purchase, but the seller's bank, tax and contact details should not stay in the back end after handover. Revenue goes to whichever bank account is linked, not to whoever happens to log in. The real question is whether, once the handover is finished, every payout detail has been replaced with your own entity's.
Check first whether your app needs the paid agreement at all
Apple splits agreements into the Free Apps agreement and the Paid Applications agreement. If you only publish free apps and sell nothing through Apple's in-app purchase system, you generally do not need the paid agreement or a bank account. Paid downloads, in-app purchases and subscriptions all require the paid agreement, a bank account and tax information to be completed before those products can be sold. If you plan to charge outside the app, that is a separate question governed by Apple's review rules at the time. Exact pages and field names follow App Store Connect as it appears when you check.
The bank account has to match the paying entity
For an individual account, the payout account should be in the account holder's own name. For an organization, it should be in the company's name, using an account type Apple accepts. A name that does not match the legal entity on file is a common reason for rejected or stuck payout setup. Also confirm before ordering that your bank's country or region and currency are supported, so you do not discover it after the account arrives. If a seller says to use their card for now and swap it later, stop. Until you swap it, sales proceeds could go to them.
Tax forms and contacts need the same review
Tax forms are completed for the payee entity and cannot be inherited from the seller. Non-US entities typically complete US tax forms, and some regions have additional local tax requirements. Which ones apply depends on the entity type and location, so follow the prompts shown in the account at that time. Also look at the legal and finance contacts tied to agreements. If they still point to the seller's email and phone, agreement updates and payment issues will go to them. Accepting agreements usually requires the Account Holder role, while finance details can be delegated to a role with finance access, so confirm who holds each role after transfer.
Aged accounts with apps need questions about past revenue
If you are buying an account with existing apps that earn through in-app purchases or subscriptions, there is another layer: unsettled balances, active subscribers and historical financial reports. Get three things in writing before ordering: who owns revenue up to the handover point, how any pending balance is handled, and whether post-handover revenue goes only to the bank account you set. If these have no clear answer, choose an account with free apps only, or a clean account without revenue, rather than leave ownership of the money ambiguous.
A pre-order checklist and when to stop
Ask for screenshots or confirm item by item at handover: Free Apps agreement is active; the current status of the Paid Applications agreement (not set up, processing or active); no seller bank accounts remain; tax forms match the account's entity; agreement contacts can be changed to yours. Stop or change plan if the seller wants to keep their bank account linked, the account holder name cannot be matched to the legal entity, your business needs in-app purchases but your bank cannot be accepted, or an aged account with revenue has unclear payout history. In those cases, switch entity type or country, or launch a free version first and enable paid features once your own payout details are ready.