Contact Info
What does a UAE online seller need from an ERP?
A UAE online seller needs an ERP that brings orders from its own store, marketplaces and chat channels into one hub, treats cash collected by couriers as a receivable until it is remitted, reconciles card, wallet and pay-later settlements, records VAT correctly for local and GCC orders, and shows margin per order after delivery attempts and returns. I scope and guide this remotely, independent of vendors.
Last reviewed by Vikas Saroj
Online selling in the Emirates mixes several payment habits in one order book. Some shoppers pay by card or wallet at checkout, some split payments through a pay-later provider, and many still pay the driver at the door. Orders arrive from a brand store, regional marketplaces, Instagram and WhatsApp, and the finance team sees money arrive from five directions on five schedules.
Before any vendor demo, I trace remotely how each order is paid, delivered, returned and settled, then define what the ERP must record so cash, VAT and margin reconcile. That happens before you commit to a platform, a connector or an implementer.
Work starts with the money: who collects it, when it arrives and what has been taken out of it on the way.
I define how store, marketplace and chat orders become one record with channel, payment method, delivery zone and courier, so nothing lives only in a phone or a marketplace portal.
Cash collected at the door is tracked as money owed by each courier, with aging, remittance matching and charge deductions, so finance can chase what is overdue.
Card, wallet and pay-later settlements are split into sales, fees, refunds and reserves through clearing accounts, so every settlement in the bank ties back to orders.
I specify how VAT is captured on online orders, delivery charges and marketplace fees, and how bilingual invoices are produced, following the advice of your tax advisor.
A margin view that counts product cost, delivery attempts, return trips, gateway and marketplace fees and ad spend, so you see what a delivered order really earns.
I compare platforms and connectors against your channel mix, review implementer proposals and run UAT on real cash-on-delivery, refund and settlement cases before any channel moves across.
An ERP for ecommerce should make these numbers available without a spreadsheet. I design the data model and reports around them from the start.
Payment routes and delivery flows
Receivables, VAT and margin rules
Tested on real remittances
When a customer pays the driver, the sale is not finished. The courier holds your money until its next remittance, deducts delivery and collection charges, and sends a statement that may cover hundreds of parcels. Meanwhile some parcels were refused, some customers were unreachable and some orders were part-delivered. If the ERP treats the order as paid on dispatch, the books overstate cash. If it waits for a spreadsheet from operations, the books lag by weeks.
I design cash on delivery as a receivable from the courier. When the courier confirms delivery, the customer's balance moves to the courier's account. The remittance statement then posts the cash received, the courier's charges and any shortfalls, and leaves a clear list of what is still outstanding. Aging by courier shows who is slow to pay.
A few rules make this work:
This sits alongside the stock handling covered on my Zoho Inventory page for the UAE, which deals with returning parcels to the shelf.
Prepaid orders bring their own reconciliation work. A payment gateway settles card and wallet payments in batches, net of its fees and of any refunds processed since the last batch. A pay-later provider usually pays the merchant the order value minus its charge and then collects instalments from the shopper itself. A marketplace pays out on its own cycle after commission, fulfillment and advertising charges. Each of these arrives in the bank as one figure.
I set up a clearing account for each gateway, provider and marketplace. Orders post the gross sale and VAT into it. The settlement file posts fees, refunds, chargebacks and holds. The bank receipt clears the remainder. Anything left in the account is a specific question, not a general mismatch.
Refund routing matters here. A refund on a card order goes back through the gateway. A refund on a cash order is often paid by bank transfer or as store credit. A refund on a pay-later order has to be raised with the provider. I define each route, who approves it and how it posts, and I test them during UAT with real settlement files from your providers.
Once settlements reconcile cleanly, finance can compare the true cost of each payment method, which often changes how strongly a brand promotes prepaid checkout.
Online sales in the UAE generally carry VAT like other sales, and delivery charges, discounts, store credit and marketplace fees each have VAT implications that your tax advisor should confirm. Customer-facing tax invoices often need Arabic alongside English. Tax rulings are outside my scope; my part is an ERP that carries the right tax codes, prints compliant bilingual documents as your advisor specifies, and posts marketplace fee invoices with their input VAT.
National e-invoicing is also coming to the Emirates, and its scope and timing for different types of business should be checked with your advisor. During selection, press vendors on their plans for high-volume consumer sales under that program, not just business invoices.
Many UAE brands also ship to other GCC countries. Cross-border orders can involve customs declarations, duties collected from the customer or absorbed by the seller, and tax registration questions in the destination country. Your advisor and logistics provider should define the obligations. The ERP needs to record destination country, duty paid, who bore it and the courier's cross-border charges, so margin on export orders is visible.
Entity structure matters too. Brands often operate through a free zone or mainland company, and which entity sells to which customers can affect licensing and tax. My UAE ERP consultant page covers entity and tax design for the wider business.
In a market where a share of cash orders are refused or undeliverable, the margin on an order placed is not the margin on an order delivered. A refused parcel costs outbound delivery, sometimes a return trip, handling and repacking, and the advertising that produced the order. None of that shows in the storefront's sales report.
I define margin per delivered order as an agreed calculation:
When this calculation runs from ERP data, the business can see which delivery zones, products and campaigns create expensive failures. Some brands respond by asking for prepayment in certain zones or for certain order values; others change their confirmation calls. Those are commercial decisions, but they need reliable numbers.
The ad spend layer links directly to my paid marketing work: campaigns can be judged on delivered, paid orders rather than on clicks or checkout events.
The UAE has federal laws on consumer protection, electronic commerce and personal data protection that affect how online sellers present prices, handle returns and process customer information. Your legal advisor should define the obligations. In the design, I limit who can see customer addresses and phone numbers, keep marketing consent on the customer record and avoid exporting personal data to uncontrolled spreadsheets.
A typical UAE starting point is a hosted storefront, marketplace seller portals, courier portals and an accounting package fed by monthly journals. When comparing what comes next, I score platforms on order volume, courier and gateway integration, settlement import, Arabic document output, multi-entity support and reporting, using scripted demos built from your real cases.
Migration covers product masters with Arabic names, open orders, cash still with couriers, gateway and marketplace balances awaiting payout, store credit owed to customers and a count of stock in each location. I plan go-live away from Ramadan, Eid, White Friday and year-end sale periods.
Sessions run remotely on Gulf Standard Time in your working week. The UAE hub, my ERP integration service and the eCommerce industry page cover related topics.
Tell me about your business and current systems. I’ll suggest the most sensible first step.
Book a Consultation
Not sure which ERP you need?
Share your business requirements with me and I will help you understand the right process, architecture and platform before implementation.
Once the courier confirms delivery, the amount becomes a receivable from that courier rather than from the customer. The remittance statement then posts cash received, courier charges and any shortfall. Aging by courier shows what is overdue, and refused parcels reverse the receivable and return stock after inspection.
Yes, with a clearing account per provider. Orders post the gross sale, settlement files post fees, refunds and holds, and the bank receipt clears the balance. The key is importing settlement files in a consistent format, which I test with real files during UAT.
Ask each vendor directly how they plan to support the national program for your type and volume of sales, and confirm scope and timing with your tax advisor. I include e-invoicing questions in the vendor scoring sheet so the answer is documented before you sign.
It needs destination country on every order, a record of duties and taxes paid and who bore them, and courier cross-border charges, so export margin is visible. Registration and customs obligations in each country should be confirmed with your advisor and logistics provider.
Every business is different. Share where you are today and what you want to fix, and I’ll tell you honestly whether and how I can help.
Book a Consultation
Book a consultation to talk through your processes, systems and goals. I’ll reply with practical next steps - no obligation.