Maco B2B: the modules that turn Magento into a wholesale platform

A package of Macopedia modules for Mage-OS 3.x and Magento 2. Fifteen standard modules add what the platform does not have: company accounts, contract pricing, trade credit, quoting and a billing panel. Hyvä on the front, REST API across the whole scope.

Mage-OS 3.x · Hyvä Themes · module licence included in the rollout price

What the package covers

15

standard modules in Maco B2B

11

optional modules on request

100%

of the package exposed over REST API

2012

delivering e-commerce since

100+

projects delivered

40+

specialists on the team

Why this package exists

The Magento B2B you read about is Adobe Commerce

The features that show up in search results as Magento B2B mostly belong to the paid Adobe Commerce B2B. They are absent from Magento Open Source and from Mage-OS, and it is not a matter of configuration: the packages themselves are missing. We checked that in the distribution manifest rather than in marketing documentation.

There are no company accounts with roles, no contract catalogues or prices, no shopping lists, no negotiated quote, no ordering by code, no approval workflow, no trade credit, no customer segmentation and no multiple wishlists. It is the list of modules whose absence you notice in the third week of a rollout. Maco B2B fills exactly that gap, and it does so on a distribution you pay no licence for.

What we do not do is rebuild anything the platform already handles. The dividing line is one sentence: if Mage-OS does something natively, we configure it rather than write it.

Weighing this against OroCommerce, which carries its B2B features in the core? That is the other road we take on new B2B rollouts, and we are a Silver Solution Partner on it.

OroCommerce

What we do not build

The platform ships these, we configure them

Every one of these is in Mage-OS straight after installation, and payment gateways and carrier modules go in as official extensions. A module repeating any of it would be code to maintain for no reason.

  • Customer groups
  • Tier pricing
  • Tax rules and net prices
  • Cart price rules
  • OpenSearch
  • Multistore and currencies
  • Payment gateways
  • Carrier modules

Maco B2B standard

Fifteen modules we deliver every time

The standard has no tiers. We do not split it into Starter, Standard and Premium, because the modules reference each other: company accounts are the foundation the rest stands on.

  1. 01

    Company accounts

    Company structure with sub-users, roles and permissions per user, a spending threshold per order, branches and departments, company-level blocking, and the assigned account manager shown on the account.

    Foundation of the package

  2. 02

    B2B registration

    A company registration form beside the B2C one. Validating the tax ID against the national business register is mandatory: without a positive check the application cannot be completed. One submission creates the company and the applicant account together, with the price group and account manager taken from configuration.

    Checked against the register

  3. 03

    Trade credit

    Limit and balance per company, a yes, no or short-by-this-much decision before the order is placed, a block once the limit is passed, an amount held while the cart is open, and a limit application filed by the company administrator.

    Balance from the ERP

  4. 04

    Contract pricing

    The contract price is calculated in an external source and read live, while customer-group prices are materialised through native catalogue rules. One entry point for reading a price, and one place where its visibility is decided.

    Price from an external source

  5. 05

    Quick order

    An order-by-code page: type a SKU and a quantity into dynamic rows. Plus order import from a CSV file, and adding to the cart straight from the search suggestions.

  6. 06

    Shopping lists

    Several named lists instead of one wishlist, shared across the company, with the whole list added to the cart in one move.

  7. 07

    Reorder

    A whole past order repeated in one click, validated against availability and recalculated at current prices.

  8. 08

    Quoting

    A request for quote leaves the cart, the sales rep answers with prices, and the negotiation stays in the change history. A quote has an expiry date and converts into an order without anyone retyping the lines.

    PDF and price control: optional

  9. 09

    Customer dashboard

    The view after signing in answers the questions that get asked most: limit and balance, recent orders and their statuses, account manager details, shortcuts to ordering, lists, quotes and billing. Order history gains the search and filters the platform does not have.

  10. 10

    B2B payments

    Payment methods assigned per customer group, bank transfer with an individual payment term of 7, 14, 30 or 60 days per customer, and payment against the trade credit limit.

  11. 11

    B2B shipping

    Shipping method rules by dimensions, weight, cart value and customer group, with a cost calculator available in the cart.

    Carrier auto-select: optional

  12. 12

    Order minimums

    Minimum and multiple quantities differentiated per customer group and per company, a minimum order value per group, enforced in the bulk-add paths too. The values come from the ERP.

  13. 13

    Units of measure

    Selling always happens in the base unit of the item, exactly as in the ERP. Packaging, meaning piece, pack, carton and pallet, is a way of entering and presenting quantity. Conversion factors come from the ERP, and the selector works on the listing, the product page, the cart and the checkout.

  14. 14

    Product attachments

    Datasheets, certificates, manuals and declarations of conformity attached to the product, with visibility control: public, signed-in only, or per customer group.

    No native file type

  15. 15

    Billing panel

    Invoices from the ERP with number, amount, due date and payment status, the settlement balance, invoice PDF downloads, and export of orders and invoices to CSV or XLS.

Optional modules

Eleven items added on request

Quoted separately, because each answers a need not every wholesaler has. The list is open, and the scope of the standard stays fixed.

Approval workflow

An approver role and multi-level order approval: an employee places, a manager approves, optionally a director as well. Value thresholds per role and a pending-approval queue in the company panel.

File area

A central document repository for customers: catalogues, point-of-sale materials and commercial documents, with access granted per customer group.

Sales rep panel

A dedicated panel outside the Magento admin: sales statistics, signing in on behalf of a customer, placing orders for a customer, abandoned carts and inactivity alerts.

Returns and claims

An RMA flow from the customer panel: statuses, messages, attachments, and a link to the order and the invoice. Built on an open source module for Mage-OS rather than on our own code.

Notifications

An alert engine for the customer and the account manager: expiring quotes, a breached credit limit, inactivity, an abandoned cart.

B2B analytics

Sales dashboards per customer, per product and per sales rep, plus trends, abandoned carts and search history.

Promotions and segments

B2B customer segments, native price rules extended with the segment, banners and messages per segment, and a promotions page for signed-in customers.

Partner feeds

XML and CSV feeds of products, stock and prices for partners, with access controlled by token or by IP address.

Home page segmentation

A different home page and different content blocks per customer group: a distributor sees something other than wholesale, wholesale something other than retail.

KSeF e-invoicing

Generating and sending e-invoices to KSeF, the Polish national e-invoicing system, ahead of the obligation taking effect in 2026 and 2027.

GDPR and consents

A versioned privacy notice, a register of its acknowledgements, separate optional consents and enforcement of the retention policy. Optional in the package, required in every rollout that falls under GDPR.

Architecture

The store presents the data, the ERP stays the owner of the truth

A wholesale customer also orders outside the platform: by phone, by e-mail, through a sales rep. So the credit balance, the invoices, the unit conversions and the order minimums have their owner in the accounting system, and the platform holds a projection of them. The input is a state rather than an increment, and writes are idempotent on the natural key, meaning the tax ID, the product code or the invoice number. A repeated message from the middleware never duplicates a record, which with queue-based integration is a requirement rather than an improvement.

The second rule concerns access to features. All the logic sits in services, and the storefront controller and the REST endpoint call the same service, so the interface and the API cannot drift apart in behaviour. Permissions are checked server-side: a customer endpoint returns only the data of the signed-in user company, and swapping an identifier in the address exposes nobody else’s data.

How data moves in a rollout

  1. ERP
  2. Maconnector
  3. Maco B2B on Mage-OS
  4. Hyvä storefront

Maconnector runs the exchange both ways: products, stock, prices, customers, discounts, orders, statuses and invoices. It has its own panel, monitoring and retries for failed messages, so a failed sync is an event somebody can look at rather than silence.

Integrations

The systems we connect the platform to most often

The exchange is run by Maconnector, our middleware. Product data can also arrive from a PIM system where the client uses one.

  • Comarch ERP XL
  • Comarch ERP Optima
  • Enova365
  • SAP S/4HANA
  • Microsoft Dynamics 365
  • Baselinker
  • Akeneo PIM
  • Pimcore

Choosing a model

Closed SaaS or a package on open source

Both roads deliver B2B features. The difference is what is left on the client side once the rollout ends.

A closed SaaS platform

  • the code belongs to the vendor, and migrating out can be impossible
  • the feature scope ends where the vendor plan ends
  • the subscription grows with the turnover of the store
  • one support desk and one supplier of changes
  • only the integrations that sit in the vendor catalogue

Maco B2B on Mage-OS

  • the code stays with the client, under an open source licence
  • every module can be extended or replaced with your own
  • the Maco B2B module licence is included in the rollout price
  • the team is replaceable: underneath it is standard Magento 2
  • REST API on every entity, attribute and action
  • ERP integration through Maconnector, with monitoring and retries

Rollout

Six steps from analysis to the first wholesale order

Every step ends in something that can be signed off. The longest part of the project is usually not the modules but getting the ERP data into a state you can sell on.

  1. 01

    Scope and data

    Pre-implementation analysis

    We agree the module scope, map the wholesale sales processes and write down the data the ERP has to supply. That document decides the timeline, not the number of modules.

  2. 02

    Repeatable set

    Baseline configuration

    We apply a repeatable set of settings: order statuses, catalogue and price visibility mode, the privacy notice and the retention policy for this rollout.

  3. 03

    Data exchange

    ERP integration

    Maconnector exchanges products, stock, prices, balances, invoices and order statuses. Writes are idempotent on the natural key, so a repeated message never creates a second record.

  4. 04

    Build

    Modules and storefront

    We install and configure the standard modules and the chosen optional ones, together with their Hyvä components. Every feature gets its REST endpoint at the same time.

  5. 05

    Acceptance

    Acceptance testing

    UAT scenarios on the client data, run with the people who will actually work in the platform: buyer, company administrator, sales rep, customer service.

  6. 06

    After launch

    Launch and beyond

    After go-live we add optional modules and further integrations. The package keeps compatibility with the latest stable Mage-OS release.

Complementary products

What comes alongside the package

Two products sit outside Maco B2B and come in when the scale calls for them. The price engine takes over pricing policy once it stops being a simple price list: rule hierarchies, customer and product-group matrices across hundreds of thousands of rules, margin monitoring in real time. The pricing module supplies the contract and the single entry point for reading a price, while an external source calculates it, so swapping the engine for the client’s own API does not touch the store.

Maconnector is the middleware for exchanging data with the ERP, and in practice it accompanies every B2B rollout. If you are still weighing up the platform itself, start with the overview of B2B platforms, and if the technology is what interests you, with the Magento page.

Our rollouts end in a working platform

Read what our clients say

FAQ

Questions we get about Maco B2B

What is Maco B2B?
A package of Macopedia modules for Mage-OS 3.x and Magento 2 that adds wholesale selling to the platform: company accounts, contract pricing, trade credit, quoting, shopping lists, units of measure and a billing panel. The standard is fifteen modules delivered every time, with eleven optional modules added on request.
Does Magento not have B2B features natively?
It does not. Most of what appears online as Magento B2B belongs to the paid Adobe Commerce B2B. Those modules are absent from Magento Open Source and from Mage-OS, which we verified in the distribution manifest: company accounts, contract catalogues, quoting, shopping lists, approval workflow and trade credit are all missing. Maco B2B fills exactly that gap.
How does Maco B2B differ from Adobe Commerce B2B?
Beyond the absence of a Commerce edition licence fee, mainly in where the truth about the data lives. We take the credit balance from the accounting system as a state rather than calculating it in the store, because a wholesale customer also orders outside the platform. On top of that come three things Adobe does not have: holding part of the credit limit between the cart and the order, domain events as the contract for integrations, and tax ID verification against the national register as a condition for completing registration.
Am I buying a licence for the modules?
The Maco B2B module licence is included in the rollout price. The code stays with the client and can be developed further with us or with anyone else, because underneath it is standard Magento 2.
Does Maco B2B work with Hyvä?
Yes. Every module with a storefront layer ships Hyvä Themes components, meaning Alpine.js and Tailwind CSS, with no Luma, RequireJS or Knockout. The checkout runs on Hyvä Checkout, whose one-off licence sits with the client.
Is everything available through the API?
Yes, through the Magento REST API. Every entity, every attribute added to a native entity, every user action and everything arriving from the ERP has its endpoint. A module without REST coverage does not pass our acceptance. We add GraphQL where it is genuinely needed, for example under a headless storefront.
Which ERP systems do you integrate with?
Most often Comarch ERP XL and Optima, Enova365, SAP S/4HANA and Microsoft Dynamics 365. The exchange is run by Maconnector, our middleware with a panel, monitoring and retries for failed messages. Product data can also come from Akeneo or Pimcore.
How long does a rollout take?
It depends on the scope and on how much data has to arrive from the ERP, which is usually the longest part of the project. The reference point for launching wholesale sales is twelve weeks in the packaged variant.
Can I take only part of the standard modules?
We deliver the standard in full, because the modules reference each other: company accounts are the foundation under pricing, the credit limit, lists and quoting. The choice concerns the optional modules, and those are quoted separately.
Can the whole store sit behind a login?
Yes. Catalogue and price visibility is one setting covering the whole package, per website: catalogue and prices open, catalogue open with prices after signing in, or everything behind a login with a list of pages reachable without an account. We check every channel for leaks while we are at it, the API and the feeds included, because hiding an element in the interface is not a safeguard.

We demo Maco B2B on a scenario from your sales, not on a feature list

The demo takes under an hour and we run it on a real customer with a credit limit, a contract price list and an order placed by product code. Afterwards you know what is native, what the package adds, and what needs data from your ERP.

Book a demo

Book a Maco B2B demo

Tell us what you sell and which system holds your customer records. We answer within one business day.

If you need an NDA, please email us first at sales@macopedia.com.