A build-to-order AL extension that connects ManoMano orders, offers, stock and settlements to Dynamics 365 Business Central. ECOSIRE scopes, builds, installs and supports it for your tenant — it is not an off-the-shelf AppSource download. Built to order by ECOSIRE for Dynamics 365 BC (build-to-order) — indicative price from $499.00 USD; request a quote for a scoped proposal.
Illustrative previewA build-to-order AL extension that connects ManoMano orders,
offers, stock and settlements to Dynamics 365 Business Central.
ECOSIRE scopes, builds, installs and supports it for your tenant — it is not an off-the-shelf AppSource download.
No DIY setup — a working app, built, installed and supported by ECOSIRE.
Start with a one-time build price. We scope it with you at kickoff.
ECOSIRE builds, configures and installs it on your Dynamics 365 Business Central.
You go live in about 2–4 weeks, with a post-launch support window.
Selling DIY, garden and home-improvement goods on ManoMano means running a second order book. Orders arrive in the ManoMano seller back office, stock is decremented in a spreadsheet or by hand, and someone re-keys each line into Dynamics 365 Business Central so that inventory, VAT and the general ledger eventually agree. Business Central is excellent at what happens after an order exists — reservations, warehouse shipments, posted sales invoices, item ledger entries — but it has no native concept of a marketplace offer, a marketplace order status, or a marketplace commission deducted before payout. Out of the box there is no ManoMano authentication, no offer feed, no shipment push-back, and no way to reconcile a settlement statement against posted documents. Oversell, late dispatch confirmations and unexplained payout gaps follow.
ECOSIRE builds a dedicated AL extension for your Business Central tenant that closes that gap. The extension ships as a per-tenant extension for SaaS (or a compiled .app deployed to your on-premises service tier) and follows standard Business Central patterns: a ManoMano Setup page holding endpoint, seller account and credential references, setup credentials stored in Isolated Storage rather than plain table fields, table extensions on Sales Header, Sales Line and Item for marketplace identifiers, new tables for offers, mapping and a transaction log, and codeunits invoked by Job Queue Entries so no operator has to remember to press a button. Outbound calls use HttpClient with retry and throttling handling; every request and response is written to a log table you can filter, so a support question is answered from data rather than guesswork.
Functionally, order import polls ManoMano on the schedule you choose, creates Sales Orders (or Sales Invoices, if that suits your flow) against a marketplace customer template, and maps marketplace order states onto a status field you can filter and act on — waiting for acceptance, accepted, shipped, cancelled, refunded. Stock and price synchronisation runs the other way: an event subscriber on item ledger and reservation changes marks affected items dirty, and a queued codeunit pushes available quantity and price for the offers you have flagged, so availability reflects Business Central reality instead of a nightly guess. Product listing export maps Business Central items — with item category, item attributes and unit of measure — onto ManoMano's category and attribute expectations through a mapping table you maintain in the client, not in code. When a Warehouse Shipment or Sales Shipment is posted, the carrier and tracking number are pushed back to ManoMano automatically. Settlement files are imported into a reconciliation worksheet that matches gross sales, commission and other fees to the posted documents and produces balanced General Journal lines for the fee and payout accounts your accountant nominates.
Everything is exposed the way the rest of your platform expects. Dedicated permission sets separate operators from administrators; API pages (REST API v2.0 / OData v4) surface marketplace orders and offer status so Power BI, Power Automate or a Dataverse-connected app can read them without direct SQL; and telemetry events are emitted to your Application Insights resource so failures are visible in the same place as the rest of your Business Central signals. The extension targets current Business Central release waves and is built and tested against the platform and application version your tenant is actually on, with AL test codeunits covering the mapping and reconciliation logic.
This is a build-to-order product, not an AppSource download. We start with a scoping call — your ManoMano seller account setup, catalogue size, which of your Business Central companies are in play, how you want marketplace orders to hit the ledger, and which fee accounts settlements should post to. We come back with a fixed scope, then build against your Business Central version, deliver into a sandbox for UAT, and go live only once you have signed off. Typical delivery is two to four weeks from confirmed scope, depending on catalogue complexity and how much of the settlement reconciliation you want automated. You receive the full AL source for your version, a git repository handover, install and configuration documentation, a user guide, a training session, and a post-go-live support window.
Runs ManoMano alongside a webshop and other marketplaces, and is tired of re-keying orders and chasing dispatch confirmations. Needs marketplace orders to land as real Sales Orders with the right customer, VAT posting group and shipping agent, and needs tracking to reach the buyer without anyone logging into a second portal.
Cannot reconcile the ManoMano payout to revenue because commission and fees are netted off before the money arrives. Needs a settlement worksheet that ties gross sales to posted invoices, splits fees to nominated G/L accounts, and produces journal lines that balance — so the marketplace stops being a reconciling item at month end.
Owns the tenant and its extension estate. Wants source code, a sane object range, event subscribers instead of base-app modifications, permission sets, telemetry and AL tests — so the connector survives release waves and can be maintained without calling the original author.
Carries the cost of overselling on a marketplace where late or cancelled dispatch damages seller standing. Needs offer availability driven by real Business Central quantities net of reservations, with configurable buffers per item or location.
| Criterion | ECOSIRE | Custom Build | Competitor | Dynamics 365 Business Central Native |
|---|---|---|---|---|
| Fit to your setup | Built against your Business Central version, companies, VAT posting groups and catalogue after a scoping call | Fits perfectly if specified well — the specification work lands on your team | Generic configuration; non-standard posting setups usually need workarounds | No ManoMano concept exists to fit |
| Order import and status mapping | Job Queue driven import with a client-editable status mapping table and accept/reject actions on the Sales Order | Whatever you build; status mapping is often hardcoded first time round | Usually present, but status vocabulary is fixed by the vendor | Manual re-keying from the ManoMano back office |
| Stock accuracy | Event-driven, net of reservations, with per-item safety buffers and backoff on rate limits | Achievable, but event subscriber and throttling work is easy to underestimate | Often a scheduled batch push; oversell risk between runs | Quantities maintained by hand or spreadsheet |
| Settlement and fee reconciliation | Reconciliation worksheet matching fees to posted documents, generating balanced journal lines a human reviews | Rarely built in v1 — usually deferred and done in Excel | Commonly a fee summary import without document-level matching | Manual spreadsheet reconciliation at month end |
| Source code and lock-in | Full AL source plus git repository handover; your partner can maintain it | You own it outright | Compiled app; you depend on the vendor roadmap | Not applicable |
| Release-wave upgrades | Tested against your preview sandbox before each major wave; compatible build supplied | Your team owns every wave regression | Vendor updates on their schedule, not yours | Microsoft handles the platform; your manual process is unchanged |
| Extensibility and reporting | API pages (REST v2.0 / OData v4), permission sets and Application Insights telemetry for Power BI, Power Automate and Dataverse | Depends entirely on how it was scoped | Varies widely; telemetry is often absent | Standard Business Central APIs, but no marketplace data to expose |
| Cost and time to value | Fixed quote after scoping; typically 2-4 weeks to go live | Highest cost and longest timeline; carries all the discovery risk | Fastest to install, slowest to fit — subscription plus adaptation effort | No licence cost, paid for in ongoing manual labour and oversell |
This is a build-to-order extension, so nothing ships until we agree scope. Typical delivery is two to four weeks from confirmed scope. Straightforward order import, stock sync and shipment push-back sit at the shorter end; a large catalogue with complex attribute mapping, multiple Business Central companies, or fully automated settlement posting sits at the longer end. We give you the estimate in writing after the scoping call, before any money changes hands.
No. There is no instant download. We build the extension for your tenant, against your Business Central version and your ManoMano seller account configuration, and we install it for you. That is deliberate: marketplace connectors that assume a generic setup tend to break on the first non-standard VAT posting group, unit of measure or company structure. If you later want it published to AppSource under your own publisher account, we can discuss that separately.
You get a post-go-live support window for defect fixes and configuration help, agreed at scoping. Business Central ships two major release waves a year plus monthly service updates; we test the extension against your preview sandbox ahead of a major wave and provide a compatible build. Because you receive the full AL source and the git repository, you are never locked in — your own partner or in-house developer can maintain it if you prefer.
Yes. On SaaS it is deployed as a per-tenant extension through the admin centre; on-premises we deliver a compiled `.app` for your service tier and document the publish and install steps. The AL code is the same. On-premises deployments need outbound HTTPS from the service tier to the ManoMano API, which we confirm during scoping.
Offer availability is derived from Business Central inventory net of reservations, not from a raw quantity-on-hand figure, and you can set a per-item or per-location safety buffer. Updates are triggered by event subscribers when inventory actually moves, then pushed by a queued codeunit, so the marketplace reflects a change within the sync interval you configure rather than waiting for a nightly batch. Marketplace rate limits are handled with backoff, so a busy period slows the queue instead of dropping updates.
It never posts silently. Settlement files are imported into a reconciliation worksheet that matches gross sales, commission and other fees against posted documents and shows you the variances. From there it generates General Journal lines against the fee and payout G/L accounts you nominate. A human reviews and posts. Unmatched lines stay visible in the worksheet rather than being forced into a suspense account.
A scoping call, ManoMano seller API access for a test account, your Business Central version and environment details, a sandbox we can deploy into, and a decision from finance on which G/L accounts marketplace fees and payouts should hit. We do not need production access until UAT is signed off.

A build-to-order Business Central AL extension that maps your 3PL warehouses into native sales and purchase flows — sending fulfillment orders, ingesting ASN and shipment confirmations, and reconciling on-hand quantities against each 3PL's stock balances.

A build-to-order Business Central (AL) extension that validates, standardizes and geocodes shipping addresses in real time at order entry, flags residential vs. commercial and surcharge risk, and catches duplicate customers before delivery failures cost you money.

A build-to-order Business Central extension that streamlines physical and cycle counting with barcode scanning, simultaneous multi-user count sheets, zone-based counting, and variance reconciliation that posts clean Item Journal entries — installed and supported by ECOSIRE on your tenant.

Closes mobile-scanning, label-printing and rapid-count gaps in Dynamics 365 Supply Chain Management's warehouse module. ECOSIRE builds, installs and supports a per-tenant AL extension on your own environment — no generic AppSource compromise.
A build-to-order AL extension that connects ManoMano orders, offers, stock and settlements to Dynamics 365 Business Central. ECOSIRE scopes, builds, installs and supports it for your tenant — it is not an off-the-shelf AppSource download.