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.
What the package covers
standard modules in Maco B2B
optional modules on request
of the package exposed over REST API
delivering e-commerce since
projects delivered
specialists on the team
Why this package exists
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.
OroCommerceWhat we do not build
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.
Maco B2B standard
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.
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
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
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
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
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.
Several named lists instead of one wishlist, shared across the company, with the whole list added to the cart in one move.
A whole past order repeated in one click, validated against availability and recalculated at current prices.
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
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.
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.
Shipping method rules by dimensions, weight, cart value and customer group, with a cost calculator available in the cart.
Carrier auto-select: optional
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.
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.
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
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
Quoted separately, because each answers a need not every wholesaler has. The list is open, and the scope of the standard stays fixed.
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.
A central document repository for customers: catalogues, point-of-sale materials and commercial documents, with access granted per customer group.
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.
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.
An alert engine for the customer and the account manager: expiring quotes, a breached credit limit, inactivity, an abandoned cart.
Sales dashboards per customer, per product and per sales rep, plus trends, abandoned carts and search history.
B2B customer segments, native price rules extended with the segment, banners and messages per segment, and a promotions page for signed-in customers.
XML and CSV feeds of products, stock and prices for partners, with access controlled by token or by IP address.
A different home page and different content blocks per customer group: a distributor sees something other than wholesale, wholesale something other than retail.
Generating and sending e-invoices to KSeF, the Polish national e-invoicing system, ahead of the obligation taking effect in 2026 and 2027.
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
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
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 exchange is run by Maconnector, our middleware. Product data can also arrive from a PIM system where the client uses one.
Choosing a model
Both roads deliver B2B features. The difference is what is left on the client side once the rollout ends.
Rollout
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.
Scope and data
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.
Repeatable set
We apply a repeatable set of settings: order statuses, catalogue and price visibility mode, the privacy notice and the retention policy for this rollout.
Data exchange
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.
Build
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.
Acceptance
UAT scenarios on the client data, run with the people who will actually work in the platform: buyer, company administrator, sales rep, customer service.
After launch
After go-live we add optional modules and further integrations. The package keeps compatibility with the latest stable Mage-OS release.
Complementary products
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.
Read what our clients say
We've already had several large projects with external vendors, but the cooperation on Apteline with Macopedia was by far the best. The Macopedia team showed us what SCRUM really is and how to apply it in practice.
We confidently recommend Macopedia as experts in PIM system implementations. Akeneo's integration with SAP and data banks allowed us to create a complete database for product specifications and image files. The PIM implementation has significantly simplified our processes and eliminated unnecessary email communication.
Macopedia offers the highest quality of its services, meets customer expectations, demonstrates innovative solutions and provides specialized advice of high business value. The professionalism of Macopedia's employees makes them quickly gain the trust of their clients. We are happy to recommend cooperation with this company to others, ourselves looking forward to maintaining business relations in the future.
Any client who is serious about their project will find Macopedia a good partner.
They are led by a very impressive technology management and a team of experienced developers who are very focused and knowledgeable. I was also impressed by their use of agile methodology and focus during Scrum Sprints.
For almost a year I have been working with Macopedia on the MultiSport Zone (www.kartamultisport.pl). This is a very important project for us, as it is the first channel through which we have a chance to reach MultiSport card users directly. As a result, we depend on a comprehensive service and a reliable business partner.
We are very satisfied with the project's progress and results, and appreciate Macopedia's consultative support and expertise in modeling the target structure of the bicycle and accessories catalog. Knowledge, commitment and professionalism contributed to the successful implementation of PIM Akeneo in our organization.
FAQ
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 demoTell us what you sell and which system holds your customer records. We answer within one business day.
We will be in touch shortly and work out the next move together.
A reply within one business day
Needs analysis and a project estimate
Pre-implementation analysis and consulting
Our experts run the project, so you can focus on your business