What the solution is
OpenCart is an open source commerce platform that has existed for a long time and is easy to get started with. It is widespread in parts of Asia and eastern Europe, while its reach in northern Europe is marginal, which in practice means there are few local agencies and few local developers to get help from.
The integration to Business Central is a connector from OpenCart's own marketplace, published by a single publisher. We have not been able to find technical documentation, a version history, a support channel with a stated language or a named reference customer. None of the four maturity signs this catalogue measures could be verified.
How the integration works
We cannot describe it, and we will not guess. A connector of this type normally works against Business Central's standard API from the outside and moves items, customers and orders on a schedule, but none of that is confirmed for this product specifically.
Almost all mechanics fields in the table below therefore stand as not stated. That is not a judgement on the product. It is a statement that not enough public material exists to give an assessment a buyer can lean on.
It is at the same time the most important fact on this page. An integration between storefront and accounts has to be maintainable when Business Central ships twice a year. Without a version history and a support channel, nobody has taken on that responsibility, and that is a risk larger than a missing feature.
Prices, discounts and agreements
OpenCart has customer groups with their own prices, and the pricing logic lives in the storefront. We have found no documentation that agreed prices are fetched from Business Central, and the solution therefore carries the label for logic set up in two places.
There is no customer portal in the sense this catalogue uses the word. Customer groups are not the same as agreements, credit limits and approval flows, and if you need to sell to business on agreed terms, this is not the solution.
For a pure consumer store with one price list the limitation is of no practical significance, and there OpenCart can be a sensible and cheap choice.
The order and the finance function
The purpose of the integration is getting orders into Business Central automatically. That is the value worth paying for, and it is what a demo has to show.
Everything after the order is handled in Business Central. We have not been able to document whether partial shipments, returns or credit memos are reflected back into the store, and they therefore stand as not stated.
VAT is decided by the storefront, and a multi-country VAT setup has to be maintained there.
Who the solution fits
The solution can fit a company already running OpenCart with a development team able to take responsibility for the integration itself. If the source code is available and the skills are there, that is a viable route.
It can also fit as a first step for a very small store where the alternative is keying orders in by hand and the budget does not stretch further.
The solution does not fit if you are choosing a platform from scratch. With marginal reach in northern Europe, no verified maturity signs and no documentation of the integration, there is no argument for choosing it over the other solutions in the catalogue.
What to settle before you decide
Ask for the four things the catalogue measures maturity on: a released version with history, documentation naming a current Business Central version, a named reference customer, and a support channel with a language and a time zone. If those four cannot be delivered, the answer is probably given.
Our medium and large scenarios stand as not served for the large one and with low confidence for the medium one. We cannot defend pricing a setup with ten thousand items and fifteen hundred customers on a foundation we do not know.
Consider spending the time on a different solution. That is an unusual thing to write on a product page, but the catalogue exists to help with a decision, and here our research points in one direction.