Organize recipients and preserve the financial context associated with each operation.
Infrastructure for marketplaces
Many participants.
Many participants.
One coordinated financial operation.
Connect sellers, payments, split, transfers, reconciliation and integrations in an architecture prepared to grow with your product, without fragmenting the financial operation.
Financial architectureMarketplace in operation
Operational coordinationA single layer for payments, sellers, rules and settlement.
ResultMore context to grow without creating parallel controls.
OriginOrder / saleThe operation starts in the commercial flow, with no loss of context.
ParticipantsSellersAccount, identification and rules per recipient.
DistributionSplit & transfersFinancial rules stay linked to the sale.
ClosingReconciliationOrder, seller and settlement traceable on the same trail.
Relate payment and financial division without depending on parallel calculations.
Sale, distribution and settlement stay connected on the same trail.
Integrate the financial flow into your product, ERP, back office and internal systems.
A financial layer prepared for multiple participants.
The marketplace doesn't need to spread its operation across isolated systems. IOPAY connects the main financial elements so product and back office work on the same structure.
Context per participant.
Preserve seller, recipient and commercial reference identifiers throughout the payment flow.
Integrated methods.
Connect the enabled payment methods to your product experience and the order context.
Distribution from the source.
When the model requires multiple recipients, the split rule can travel with the sale instead of being born in a later spreadsheet.
Sale and finance on the same trail.
Reduce ambiguity between what was sold, processed, distributed and actually settled.
Webhooks for automation.
Receive status change notifications and integrate operation updates into your back end.
Custom integration.
Use the REST API and the operation's credentials to connect the financial infrastructure to the marketplace architecture.
45 examples of operations
Where a marketplace architecture can make sense.
There is no single type of marketplace. The common pattern is the existence of multiple economic participants, sellers or providers connected by a platform. Below are 45 models that often benefit from participant management, split, reconciliation and financial automation, including startups, fintechs and apps that pay creators, affiliates, partners and agents.
45 models
Third-party stores selling within the same digital experience.
Sellers · split · reconciliationManufacturers, distributors and corporate buyers connected by a platform.
Orders · suppliers · transfersCentralized orders with restaurants and venues as participants in the sale.
Venues · settlementA single purchase journey involving different brands or kitchens.
Multiple brands · splitPlatforms connecting passengers, drivers or fleet operators.
Providers · events · transfersOperations with carriers, couriers or independent logistics partners.
Partners · reconciliationBookings connecting guests, hosts, inns or operators.
Bookings · recipientsLocal operators offering tours, activities and experiences on a platform.
Operators · splitTicket sales involving producers, venues, organizers and partners.
Events · participantsLearning platforms with different teachers, schools or content producers.
Instructors · recurring paymentsScheduling and billing involving clinics, specialists and independent providers.
Professionals · reconciliationSalons, studios, therapists and professionals offering services on a single platform.
Scheduling · providersPlatforms for electricians, technicians, cleaning, renovations and local services.
Providers · paymentsPet sitters, hotels, grooming, trainers and clinics in a digital ecosystem.
Services · recipientsPlatforms that sell content, sessions, mentoring or products from multiple creators.
Creators · distributionApps, extensions, integrations or digital services offered by different developers.
Developers · digital salesOperations that need to organize financial flows between units, brands or independent operators.
Units · reconciliationPlatforms connecting producers, distributors, buyers and providers in the agricultural ecosystem.
B2B · participantsMarketplaces for consulting, design, technology, legal and other professional services.
Providers · transfersWorkshops, parts suppliers, services and operators brought together in a single journey.
Suppliers · paymentsPlatforms that pay creators for content, subscriptions, tips, sales or performance.
Creators · monetization · transfersOperations that calculate and distribute commissions for attributed sales, leads or conversions.
Affiliates · commission · trackingBrands hiring multiple creators with pay tied to campaigns and deliverables.
Creators · campaigns · payoutLivestream sales involving hosts, creators, sellers and commercial partners.
Lives · creators · splitApps that reward customers, members or ambassadors for new users, sales or activations.
Referral · commission · partnersEcosystems that share revenue with publishers, affiliates, communities or acquisition partners.
Cashback · publishers · revshareNetworks that monetize subscriptions, advertising or sponsorships and pay different producers.
Content · subscriptions · creatorsLicensing marketplaces with photographers, videomakers, musicians and other content owners.
Licensing · royalties · creatorsOperations that need to organize amounts among artists, labels, producers and other economic participants.
Royalties · participants · reconciliationGaming platforms, communities or tournaments that pay streamers, teams and partners.
Gaming · creators · prizesMarketplaces where developers are paid for the sale or subscription of digital components.
Developers · subscriptions · revshareProviders of APIs, datasets or specialized services sold by usage or subscription.
APIs · providers · usagePlatforms that pay independent agents or representatives for originated sales and contracts.
Agents · commission · salesPortals and platforms connecting properties, owners, brokers and commercial partners.
Brokers · partners · commissionsMarketplaces for equipment, vehicles, spaces or other assets made available by third parties.
Lessors · bookings · transfersCreators sell branded products while production, fulfillment and pay are distributed among partners.
Creators · production · splitCommunities that curate products or services and share revenue with administrators, creators or partners.
Community · curation · revshareSoftware companies with partners who refer, resell or implement solutions in exchange for commission.
SaaS · partners · commissionProjects sold by one company and delivered by different partner agencies, consultants or specialists.
Projects · partners · distributionApps that pay people for tasks, visits, pickups, audits, surveys or services performed.
Tasks · agents · payoutsFintechs that connect customers to different products, partners or providers and need to organize commissions, participants and reconciliation.
Fintech · partners · revenue shareSoftware startups that embed payments and pay partners, units, professionals or customers within their own product.
Startup · SaaS · embedded financePlatforms connecting brokers, partners, insurers and providers, with different commercial events and commission structures.
Insurtech · commission · partnersPlatforms connecting customers, correspondents, originators and partner institutions, according to the applicable regulatory framework.
Fintech · credit · originationStartups and scale-ups that monetize a network of suppliers, specialists, affiliates, distributors or partners within their own product.
Startups · scale-ups · partnersNo model found.
Try another term or remove the filters.
These 45 examples describe business models that may adopt a marketplace architecture or multiple recipients. The regulatory, tax and contractual framework depends on the role the platform actually plays in the financial flow and must be analyzed for each operation.
Scale with governance
The more sellers, the less room for parallel controls.
In operations with many participants, the challenge is no longer just accepting the payment. The marketplace needs to know who took part in the sale, which rule was applied, what each party is owed and how the amount reached its final destination.
Ordercommercial reference preserved
Sellerparticipant identified
Splitfinancial rule linked
Settlementtraceable financial event
Reconciliationconsolidated view of the operation
API & webhooks
Connect the marketplace to your own architecture.
IOPAY's public documentation covers integration via REST API, credentials with IO_Seller_ID and webhooks for event updates. This lets you relate the payments infrastructure to the marketplace's orders, sellers and internal systems.
IOPAY integrationREST · seller ID · webhooks
CredentialsIO_Seller_IDIdentifier used in the integration credentials of the seller account.
Referencereference_idAssociate the transaction with the identifier used by your own order or system.
EventsWebhooksReceive notifications about status changes and query transaction details by the ID provided.
Payment split
Marketplaces and split work better together.
The marketplace organizes the participants and the operation's context. Split organizes the sale's financial distribution. When both are born connected, closing becomes simpler and more traceable.
Frequently asked questions
Financial marketplace, without a black box.
The main points for structuring payments with multiple participants.
What does IOPAY call a seller?
A seller is the participant or seller account identified within the operation. IOPAY's public documentation uses the IO_Seller_ID as one of the integration credentials.
Are marketplace and split the same thing?
No. The marketplace organizes participants, product and operation; split represents the financial distribution among recipients when that model is part of the sale.
Can I integrate with my ERP or back end?
Yes. IOPAY provides a REST API for custom integrations and webhooks for transaction event updates.
How does reconciliation help the marketplace?
It relates order, transaction, seller, distribution, receivables and settlement to explain how much was sold, how much each participant is owed and what was actually received.
Is every marketplace automatically a sub-acquirer?
No. The classification depends on the role the platform actually plays in the payment flow and on the legal and financial structure adopted. The model must be analyzed case by case.
Is it only for e-commerce?
No. Marketplaces can connect products, services, professionals, logistics operators, restaurants, creators, B2B suppliers and many other types of participants.
IOPAY
Build your marketplace's financial layer.
Connect participants, payments, split, reconciliation and integrations in an architecture prepared to grow with your operation.