eCommerce ERP Consultant, Kuwait

When the web store shares stock with showrooms and co-ops

Many Kuwaiti online stores are run by companies that also supply co-operative societies and other retailers and operate their own showrooms. The website is then competing for the same physical units as a co-op order due tomorrow and a showroom display. Without a clear policy, the store sells stock that was promised elsewhere, or the team hides stock from the web to be safe and loses sales.

I define availability for the web channel explicitly. Usually the ERP calculates it from selected warehouses, minus quantities reserved for open wholesale orders and a protected level per item for key retail customers. Showroom stock can be included for click and collect, where the customer reserves an item in a named showroom, but excluded for home delivery if the showroom cannot pack and dispatch parcels.

Bundles, promotional packs and gift sets need their own rule, because a set sold online consumes components that the co-op channel may also need. I document how kits are built, whether they are assembled in advance or at picking, and how a broken kit returns to stock. These rules sit within the wider order lifecycle described on the eCommerce ERP page, and they connect directly to the channel design on the Kuwait trading ERP page.

Settling KNET, card and marketplace payments

Kuwaiti shoppers commonly pay online with KNET debit cards through a payment gateway, alongside credit cards and digital wallets. Each method can settle on a different cycle and with different fees, and marketplaces pay their own net amounts after commission and promotional charges. The bank statement shows a few large deposits; finance needs to know which orders they cover.

For every gateway and marketplace I set up a clearing account in the ERP. Orders post their full value into it at the point of sale. The settlement report, imported rather than retyped, posts each fee, refund and chargeback to its own account. The bank deposit clears what remains. When the balance is not zero, it identifies a specific batch to follow up instead of a general difference spread over the month.

Precision matters here. The dinar is divided into one thousand fils, and a gateway file, storefront plugin or connector that works in two decimals will create small differences on many orders. I test the whole chain with discounted and refunded orders before go-live and, where a component cannot be changed, agree a single rounding account that finance reviews. Refunds follow their original route: back through the gateway for card orders, or as store credit where your policy allows it.

Cash handed to drivers

Plenty of Kuwaiti customers still choose to pay at the door. Some businesses use third-party couriers for this; others run their own drivers, especially for larger items, furniture or same-day delivery within the city. Both models create money that is collected but not yet banked, and both need a record that tells finance exactly where it is.

With a third-party courier, I treat the courier as a debtor. Proof of delivery moves the order value from the customer to the courier's account, and each remittance clears a list of orders, books the courier's fee and exposes anything delivered but unpaid. With in-house drivers, the design adds a daily handover: each driver's run sheet lists the orders delivered, the cash expected and the cash counted, and differences are posted to that driver for follow-up the same day.

Refused orders are the other half of the picture. A parcel that comes back must be received into stock with its condition noted, not just marked cancelled, and the cost of the failed trip should stay on the order. When the data is captured this way, owners can see which areas, products and order sizes generate refusals, which is usually more useful than a simple cancellation count.

Group companies, agency brands and tax readiness

In a multi-company group, the first question is which legal company sells online. Sometimes the web store sits in a separate company that buys from the agency-holding companies; sometimes each company sells its own brands through a shared site. The answer determines how orders are booked, how stock moves between companies and how intercompany balances are settled. I agree this with the group's finance team before any configuration, because changing it later means reworking every transaction.

Reporting then follows the structure: online sales by brand, by company and by channel, with returns and delivery costs allocated so a brand manager can see real online contribution next to showroom and wholesale results.

On tax, a local online sale in Kuwait carries no VAT today as far as I am aware, because the country has yet to bring a general VAT into effect. Ask your tax advisor to reconfirm this before design sign-off, since a GCC framework exists and the picture could shift. I still place a tax field on every order line, set to zero where nothing applies, so the system can adapt. Orders shipped to other GCC countries may involve destination customs and taxes; your courier and advisor confirm the treatment, and the ERP records the destination and related charges so cross-border margin is visible.

Choosing the platform and planning cutover

The system landscape behind a Kuwaiti online store is often mixed: a hosted storefront, marketplace portals, a point-of-sale system in the showrooms, a group accounting package and spreadsheets linking them. Selection is less about features than about which platform can hold all channels against one stock pool and one set of company books, with Arabic product names and fils-level precision.

I run demos with scripts built on your reality: a web order fulfilled from a showroom, a co-op order competing for the last cartons of a promoted item, a KNET payout including a refund from an earlier batch, and a driver handing over less cash than expected. Vendors demonstrate those cases live, and I reuse the scripts as acceptance cases during UAT.

Cutover is usually phased by channel, starting with the web store and adding marketplaces once stock sync is stable. Migration covers active SKUs with marketplace identifiers, stock per location, open orders, unpaid driver and courier balances, and store credit. I deliver all of this remotely with online workshops and a shared tracker, coordinating integration with your implementer. The Kuwait ERP consultant page and the Kuwait overview describe my wider approach.