SleekView for Dokan: vendors, orders, and withdrawals as tables
Dokan stores marketplace data in dedicated custom tables — orders, vendor balances, withdrawals, refunds. SleekView reads them directly and pivots vendor performance, payouts, and refunds into one screen.
♾️ Lifetime License available
Marketplace ops on a single screen
Dokan keeps marketplace data in dedicated tables: dokan_orders for vendor-scoped order rows, dokan_vendor_balance for running balances, dokan_withdraw for payout requests, dokan_refund for refund records, and several more for module-specific data. The default Dokan admin scatters these across separate screens — vendor list, withdrawal queue, refund table, reports — so a single question like 'which vendors crossed the payout threshold this cycle' takes three or four navigation steps and usually a manual cross-reference.
SleekView queries those tables directly and joins them with vendor users (wp_users + wp_usermeta) for proper unified views. A typical payout queue view filters vendors by pending-withdrawal-amount above a threshold, sorted by request age, ready for batch approval. A vendor performance view aggregates 30-day sales, balance, and pending payouts per vendor. A refund triage view scopes to vendors with pending refunds, sorted by request age, so finance can resolve disputes before they age out.
Inline edits cover withdrawal approval, vendor status, and verification flags. Edits go through the Dokan API so notification, balance, and audit hooks fire normally — the same hooks that fire from the default admin. Stripe Connect and PayPal Marketplace payment IDs surface as columns for reconciliation. Vendor reviews from the Vendor Review module become columns or a separate view. The data layer is the same; SleekView just makes it queryable as a single screen instead of a maze of separate report pages.
Workflow
From scattered Dokan screens to a unified marketplace view
Read custom tables
dokan_orders, dokan_vendor_balance, dokan_withdraw, and dokan_refund directly, joining with wp_users for vendor context. No postmeta hacks, no manual SQL.
Aggregate per vendor
Save workflow views
Edit inline
Sample columns
A typical vendors view
wp_dokan_orders + wp_dokan_vendor_balance + wp_dokan_withdraw + wp_dokan_refund + wp_users
| Vendor | Orders | Sales (30d) | Balance | Pending payout | Status |
|---|---|---|---|---|---|
| Studio Atelier | 184 | €8,420 | €612 | €420 | Active |
| North Goods | 92 | €3,210 | €140 | €0 | Active |
| Beta Boutique | 12 | €420 | €38 | €38 | Pending review |
| Inactive Seller | 0 | €0 | €0 | €0 | Suspended |
Comparison
Default Dokan admin vs SleekView
Default Dokan admin
- Vendor lists, withdrawals, and refunds live in separate screens
- Per-vendor balance and pending payout require clicking through
- Bulk-approve withdrawals goes one row at a time in many setups
- No saved view of vendors at a payout threshold
- Cross-table joins (orders + balance + refunds) need custom queries
SleekView
- Read Dokan custom tables directly — orders, balance, withdrawals, refunds
- Pivot per-vendor sales, balance, and payout status into one table
- Filter vendors by payout threshold or pending refunds
- Inline-edit vendor status and verification flags
- Save views per workflow (payout queue, suspended sellers, top earners)
Features
What SleekView gives you for Dokan
Payout queue view
Filter for vendors with pending withdrawals above a threshold, sorted by request date, ready for batch approval — a real queue instead of a single-row processing flow.
Cross-table joins
Combine dokan_orders, dokan_vendor_balance, and dokan_withdraw in one row per vendor for finance reviews and reconciliation work.
Verification triage
Surface seller-verification status as a column and filter for vendors awaiting document review, with submission date and reviewer notes visible inline for context.
Audience
Who uses SleekView for Dokan
Marketplace finance
Payout approvals, refund tracking, and balance audits in one view, replacing the multi-screen dance with a saved finance dashboard that loads in one click.
Vendor managers
Per-vendor performance and verification status without separate screens, with side-by-side context for support questions and onboarding decisions.
Growth
Top-vendor leaderboards and at-risk seller flags by sales drop, useful for outreach prioritisation and proactive churn prevention before vendors quietly leave.
The bigger picture
Why marketplaces need cross-table vendor views
A multivendor marketplace has more relational data than a typical WP store — orders attach to vendors, balances accumulate from orders, withdrawals draw from balances, refunds reverse from orders, and verification status gates everything. Each is a real table, not a postmeta blob. Dokan models the data correctly, but the default admin presents it through a series of separate screens that don't talk to each other.
The result is operational friction at exactly the moments that matter: payout day requires hopping between vendor list, balance screen, and withdrawal queue. Refund disputes require checking vendor performance, refund history, and order details across three tabs. Onboarding a new vendor batch requires verifying status, seeding balances, and confirming Stripe Connect IDs without a list to track them in.
SleekView treats Dokan's tables as what they are — a relational marketplace database — and gives operators the unified views they actually need. Payout day becomes a single saved view, refund triage becomes a single screen, vendor onboarding gets a list. The plumbing was always there; it just needed to be exposed to the people doing the work.
Questions
Common questions about SleekView for Dokan
Yes. SleekView reads whichever custom tables Dokan creates on your install. Lite tables are a subset of Pro tables — same schema, fewer of them. Pro adds modules like Stripe Connect, PayPal Marketplace, Live Search, and Vendor Verification, each writing to their own tables or postmeta. SleekView surfaces those columns automatically when the modules are active, without configuration.
 Yes. Withdraw status is editable inline. SleekView writes through the Dokan API so notification hooks fire (the vendor gets emailed), balance hooks fire (their available balance updates correctly), and audit hooks fire (the action is logged). The bulk action selects multiple rows and updates them in sequence — useful for monthly payout cycles where you have dozens or hundreds of approvals to process at once.
 Those modules write payment IDs and connection status into the Dokan tables (or related metadata). SleekView surfaces them as columns for reconciliation work — useful when you need to match a Dokan withdrawal record against a Stripe transfer or a PayPal disbursement. Filter for unconnected vendors to spot onboarding gaps where payment setup hasn't completed.
 Yes. Reviews from the Vendor Review module are stored in WP — the schema depends on the module version, typically a custom table or postmeta. SleekView surfaces review average and review count as columns on the vendor view. Build a sub-view for individual review rows when you need to read specific feedback or moderate review content. Useful for spotting vendors with declining ratings before customer escalations.
 
Yes. Commission is per-order in dokan_orders as a numeric field. Aggregate per vendor for monthly or per-product breakdowns, or per-product for category analysis. A view scoped to last month with sum of commission per vendor doubles as a payout statement for vendors who request transparency on how the marketplace fee is calculated.
No. SleekView is admin-only — it doesn't touch the vendor-facing dashboard, the storefront pages, or the customer-facing order screens. Vendors keep using their frontend dashboard normally for their own data. Marketplace operators use SleekView to manage cross-vendor data on the admin side. The two are complementary and don't overlap or interfere.
 Yes. Add a joined column counting refunds per vendor over a period, divided by orders in the same period. Vendors with high refund ratios surface for quality review or customer service intervention. Useful for catching quality issues before they cascade into mass disputes or marketplace reputation damage. The aggregate runs server-side so the view stays fast on large marketplaces.
 Currency is stored per order in Dokan's tables. Build per-currency views for separate operations workflows, or aggregate by converted amount where currency conversion is recorded (typically by a third-party currency module). Useful for international marketplaces where finance reviews in the marketplace base currency but vendors transact in their local currency, and reconciliation needs both perspectives.
 Pricing
More than 1000+
happy customers
Explore our flexible licensing options tailored to your needs. Upgrade your license anytime to access more features, or opt for a lifetime license for ongoing value, including lifetime updates and lifetime support. Our hassle-free upgrade process ensures that our platform can grow with you, starting from whichever plan you choose.
Lifetime ♾️
Most popular
EUR
once
- Unlimited websites
- Lifetime updates
- Lifetime support
...or get the Bundle Deal
and save €250 🎁
The Bundle (unlimited sites)
Pay once, own it forever
Elevate your WordPress site with our exclusive plugin bundle that includes all of our premium plugins in one package. Enjoy lifetime updates and lifetime support. Save significantly compared to buying plugins individually.
What’s included
-
SleekAI
-
SleekByte
-
SleekMotion
-
SleekPixel
-
SleekRank
-
SleekView
€749
Continue to checkout