eCommerce ERP Consultant, Qatar

One stock pool for a market built on fast delivery

Because so much of Qatar's population sits in and around Doha, delivery promises are short and customers notice when they slip. An online seller here rarely loses an order to a slow courier; it loses it to a stock figure that was wrong when the order was placed. The usual cause is that each channel holds its own copy of availability. The web store updates from one spreadsheet, the marketplace listing is edited by hand, and the team answering Instagram messages checks the shelf physically.

My first design decision is which system owns available-to-sell quantity. In most cases it should be the ERP, with connectors pushing stock to the store and to each marketplace account, and with orders from chat entered directly as sales orders rather than noted on a phone. I then agree the allocation rules: a buffer held back from marketplaces where cancellations are penalized, how bundles and gift sets consume component stock, and when a reservation is made, at checkout or at payment.

Where stock sits with a fulfillment provider, I define how its stock report is compared with the ERP each day and who resolves differences. The general eCommerce ERP page describes the wider order lifecycle these rules sit within.

Tracking the cash your drivers collect

Cash on delivery remains a normal way to pay for online orders in Qatar, and it creates a balance many sellers never see clearly. Between the moment a rider hands over a parcel and the moment the courier pays you, that money belongs to you but sits in someone else's account. If the system marks the order paid on dispatch, cash looks healthier than it is. If nobody records it until the remittance arrives, revenue is late and unexplained gaps pile up.

I set up each courier as a debtor. A confirmed delivery transfers the amount from the shopper to that courier's balance. The courier's remittance then clears the matching orders, posts its delivery and collection charges as expenses, and leaves anything unpaid visible by order number. Refused and undeliverable parcels go back to stock through a return receipt, not a manual adjustment, so the cost of the failed trip stays attached to the original sale.

Sellers that use their own riders need the same logic with an extra step: each rider's cash handover at the end of a shift is counted and posted against the deliveries they completed. A daily view of cash still outstanding by courier or rider is usually the report owners ask for first.

Card, wallet and marketplace payouts in riyals

Prepaid orders are simpler for the customer and harder for the accountant. A payment gateway settles card and wallet transactions in batches that already have fees and refunds netted off. A marketplace pays on its own schedule after deducting commission, shipping contributions and promotion costs. In each case the bank shows one amount that has to be traced back to dozens or hundreds of orders.

The structure I specify uses a clearing account per gateway, wallet and marketplace. The sale posts gross into that account, the settlement report posts each deduction to its own expense line, and the bank receipt clears what remains. When the clearing account does not net to zero, the leftover points to a specific payout and order instead of a vague monthly variance.

The riyal's peg to the US dollar keeps most local settlements free of exchange noise, but sellers who buy stock from suppliers billing in euros or yuan still need landed cost calculated properly so product margin is real. I also agree how store credit, gift cards and loyalty points are recorded, since these are liabilities until a customer spends them, and how refunds on prepaid orders travel back through the original gateway.

No local VAT today, and orders to the rest of the GCC

To my understanding, a domestic online sale in Qatar does not attract VAT at present, since no general VAT has been brought into force there. Rules in the region have moved before, so confirm today's position with whoever advises you on tax before configuration starts. Even with nothing to charge, I give each order line and supplier bill a zero-value tax code. If the law changes, the store and the ledger are then adjusted by settings rather than by redesign.

That matters more for sellers that ship to customers in other GCC countries. Cross-border orders can bring customs declarations at the destination, duty and tax that the customer or the seller pays, courier surcharges and slower returns. How each of these should be treated is for your advisor and your courier to confirm. I see to it that the ERP records the destination country, carries the courier's charges against the order, and separates cross-border margin from local margin in reporting.

Documents are the other practical point. Order confirmations, invoices and return notes often need Arabic alongside English, and product names should exist in both languages in the item master rather than only on the storefront. Bilingual layouts get reviewed by your own Arabic-speaking staff during design, not discovered during testing.

Choosing a platform and moving off portals and spreadsheets

A typical starting point for a Qatari online seller is a hosted storefront, marketplace seller dashboards, a courier portal and an accounting tool that receives summary journals once a month. The decision is usually whether to make the ERP the hub for orders and stock, or to keep an order management layer and use the ERP mainly for inventory and finance. Both can work. The choice depends on order volume, how many channels you run and how much reconciliation your team can absorb.

I score platforms with demos built on your own cases: a marketplace order cancelled after picking, a cash order refused at the door, a gift set sold on two channels at once, and a gateway payout that includes a refund from a previous week. The same scripts become UAT cases later.

Migration focuses on live data: active SKUs with marketplace identifiers, stock by location, open orders, cash still with couriers, unsettled gateway balances and store credit. I work remotely through online workshops with your operations and finance leads, and coordinate the integration work with whichever implementer you choose. If you also import stock in bulk, the Qatar trading ERP page covers that side, and my ERP consulting in Qatar page explains the wider approach.