What this brand represents in LocalPayMap
iyzico is treated as a PSP or aggregator. It may help merchants access multiple payment methods, but each method still has its own market rules and risk controls.
This is a brand-level overview, not a live quote, official pricing page, endorsement, or onboarding guarantee. Country pages explain local payment habits; PSP contact records explain who may be able to connect your business.
Record-specific caution
Treat this as a conservative display-layer grouping for Turkey. Merchants should verify official entity requirements, industry fit, pricing, settlement timing, onboarding path, and support scope directly with the provider.
Merchant usage and connection route
PSP / aggregator in the payment stack
A PSP or aggregator is often the merchant-facing route for checkout, multiple payment methods, processing, dashboards, refunds, reporting, and operational support. Merchants use this category to compare one-provider simplicity against control, local coverage, direct acquiring, and backup-provider needs.
Connection route
The merchant usually contacts the PSP or aggregator directly, but the provider may rely on underlying acquirers, banks, schemes, wallets, or local processors. Ask who contracts, who settles, which methods are enabled for this merchant, and which routes need additional review or documents.
Verification questions
- Is the provider acting as PSP, aggregator, gateway, payment facilitator, acquirer partner, or merchant-of-record route?
- Which countries, currencies, payment methods, merchant categories, refunds, disputes, and reports are in scope?
- Which entity, bank account, document, reserve, risk, and support terms must be confirmed directly?
- Who owns funds flow, settlement statements, chargebacks, failed payments, and operational escalation?
- Which local methods are native versus routed through partners?
Merchant caveats
- A PSP brand page is not enough to confirm merchant-specific method availability.
- Aggregated methods may differ in settlement, support, refund, and dispute behavior.
- Pricing, reserve, and risk outcomes require direct confirmation.
- Provider examples are discovery examples only.
Provider examples to verify
Related markets
Keep researching
- Submit payment requirements
- psp contacts
- Payment Brand Directory
- Payment Channel Directory
- Compare Payment Channels
This explanation separates payment methods, PSPs/aggregators, acquirers/banks, wallets, and networks/schemes. It does not publish coverage, eligibility, pricing, settlement timing, or onboarding guarantees.
Why merchants ask about it
Merchants ask about iyzico because it may bundle local payment methods, onboarding, risk review, checkout, settlement, and support into one provider relationship.
Role clarification
- Brand type
- PSP / aggregator
- Payment types
- Payment aggregator, cards, wallet checkout, online payments
- Related countries
- Turkey
- Country URLs
- Market-specific entries remain available for country research.
Related market links
Market-specific entries
Each row below is a country or payment-scenario record. It is kept because the same brand can behave differently by market, entity requirement, settlement route, and provider coverage.
Related PSP contact leads
These public contact routes are prioritized toward official forms, contact pages, and direct public routes when available. Confirm market scope, merchant eligibility, pricing, settlement, and support coverage directly before relying on any listing.
Papara
Papara official merchant contact route for Turkey; verify merchant fit, eligibility, and local requirements directly with the provider.
Param POS
Turkey payment gateway and marketplace payment API route for merchants using Param POS and related online collection products.
Paycell (Turkcell Ödeme ve Elektronik Para Hizmetleri)
Turkey merchants evaluating Paycell for wallet, link-based, and online card collection flows.
iyzico
iyzico official merchant contact route for Turkey; verify merchant fit, eligibility, and local requirements directly with the provider.
TROY
TROY official merchant contact route for Turkey; verify merchant fit, eligibility, and local requirements directly with the provider.
Next actions for merchants
Use this brand page as a navigation layer. Before outreach, narrow the target market, decide whether you need a PSP, gateway, acquirer, wallet operator, or platform route, then confirm eligibility directly with the provider.
FAQ for first-time merchants
Can a cross-border merchant accept iyzico?
Possibly, but acceptance depends on account location, supported industries, risk review, settlement currency, and the specific country. Ask the provider whether it onboards merchants from your company location.
Do I need a local company or local bank account?
It depends on the country, industry, transaction model, and provider route. Some psp / aggregator records can be reached by cross-border merchants; others require a local entity, local bank account, local tax registration, or extra licensing.
Are fees and settlement terms fixed?
Published pricing is suitable for initial screening only. Actual pricing can vary by country, industry, volume, settlement currency, integration model, and contract terms. Confirm the official pricing page or a provider quote before going live.
What should I ask before integration?
Ask who signs the merchant agreement, which countries and currencies are covered, whether your industry is allowed, how refunds and disputes work, whether reserves apply, what settlement timing is available, and which official contact route handles onboarding.
Is this page the same as a country payment-channel page?
No. This page aggregates brand context. Country payment-channel pages keep the local market, checkout, entity, pricing, and settlement questions visible.
Pricing note
Published pricing is suitable for initial screening only. Actual pricing can vary by country, industry, volume, settlement currency, integration model, and contract terms. Confirm the official pricing page or a provider quote before going live.