scandiweb
A marketplace where the money path has to be settled before the build starts, because the commission ladder, the payout schedule and the split at checkout all touch someone else's revenue89 of 100scandiweb takes the full 24 on the heaviest criterion, and it does it on a page almost nobody can find. Its Magento Mirakl marketplace orchestration service page opens on the problem rather than the product: running a marketplace on Magento "gets messy fast when seller onboarding, catalog ingestion, commissions, and payouts live in spreadsheets, email threads, and manual imports". It then names the mechanics one at a time. Commission: "Commission and fee rules are applied on the Mirakl side and linked to order lines, with settlement-relevant fields passed through for reporting and reconciliation." Payout: "Marketplace payment events and payout statuses from Mirakl are exchanged with Magento order and invoice references, with traceable IDs kept for audit." Finance: "We wire marketplace payment events, payout status, and reconciliation into reporting so Finance can trace every seller transaction." And the FAQ adds the line that decides whether a finance team will sign the design off: "Commission rules are calculated from Mirakl data and mapped into Magento order and invoice flows so finance can reconcile fees, refunds, and adjustments without manual rework."
The named provider and the split itself come from the other two documents, both also scandiweb's own. The Magento multi-vendor marketplace guide states the mechanism in one sentence, "the system must split the funds, deduct your commission, and route the rest to each seller on a defined schedule", says plainly that "this is where marketplaces get legally and technically serious, because you may be handling money on behalf of others", and names Stripe Connect, PayPal for Marketplaces and Mangopay as the providers that exist for exactly that. The Slow Cosmetique marketplace case study shows one of them shipped: "We fully integrated MangoPay for end-to-end payment handling between customers and vendors", and "when they pay for their orders, the sellers are immediately credited with the proceeds". So four of the five components are carried by the service page or by the named build, and one, the commission ladder with its levels, is carried only by the guide. The same rule was applied to every company here.
The seller side takes the full 18. The Mirakl page publishes the governance layer: "We design Mirakl seller onboarding with KYC steps, role-based access, and moderation trails that match your internal controls", plus catalogue plumbing that is unusually specific, "Seller catalog data is ingested from Mirakl and mapped to Magento product structures, with attribute, category, and locale-specific values aligned per mapping rules." The Slow Cosmetique build shows a vendor dashboard that actually existed: the Unirgy Vendor Portal was retrofitted as "a second admin panel for vendors", through which vendors managed their catalogue, saw their transaction history, transferred funds out of their wallet and ran their own microsite, described on the page as "an online boutique where all the products offered by a single vendor can be explored by customers". The guide supplies the approval model including the hybrid most operators end up with, "auto-approve known vendors, review new ones".
Order splitting takes the full 14. The Mirakl page covers the awkward cases rather than the happy path, "we cover the messy parts like multi-seller carts, order splitting, partial cancellations, returns, and customer service signals", and the routing itself, "Orders placed in Magento are pushed to Mirakl for order routing, splitting, and seller assignment, while order status updates are synced back to Magento." Seller offers carry "price, inventory, lead times, and shipping constraints synced and validated before publication". Slow Cosmetique shows the buyer-facing half working: customers could "add to cart products from different vendors and complete their transaction with a single checkout". That case study is also candid that fulfilment was centralised rather than split, "fulfillment is fully managed by Slow Cosmetique", which is a design decision and is scored as one.
Build or buy takes the full 12, and only Opace, Bemeir and ScienceSoft match it. The guide publishes a six-row comparison of the extension route against a custom build, covering time to launch (weeks against months), upfront cost ("roughly $99 to $700 for the module" against development time and a team), business-logic fit, payout and commission rules ("Standard, with add-ons" against "Fully bespoke"), maintenance burden and what each is best for. It shortlists the modules by name, Webkul, Amasty, Purpletree, CedCommerce and CreativeMinds, with real prices. It names the point where the shelf runs out: "Non-standard payout logic. Tiered commissions, region-specific tax handling, milestone payouts, or escrow that no module supports cleanly." And it separates the two things buyers confuse, "the Adobe Commerce Marketplace is software you consume, while a multi-vendor marketplace is a business you operate".
Platform depth takes the full 10, all of it off scandiweb's own pages. Magento services publishes "Adobe Commerce Gold Partner, Hyva Platinum Partner, 894+ Adobe certifications, 95 NPS rating", and Adobe's own Solution Partner Directory carries the Gold listing independently. The services page publishes 23+ years, 2,100+ projects, 600+ specialists and 700+ brands across 45 countries. The Mirakl page adds the marketplace-specific version, "we've delivered 2,100+ eCommerce projects and handle $4 billion+ yearly", and Slow Cosmetique is a Magento 1.9 to Magento 2 migration that came out at a page load time of no more than two seconds. In the Hyva full register scandiweb is listed once for each country it appears in, and every one of those listings is Platinum.
Three things count against all of that, and they are set out at length further down the page. The marketplace orchestration page is a Mirakl integration page, so the commission, routing and payout logic it describes executes on Mirakl and is connected to Magento rather than built natively into it. It names no client. And the named-client evidence is four years old, which is precisely where this entry gives up 11 of the 22 points on offer.