Arab Businesses Deserve Enterprise Software

There is a story that gets told about enterprise software in this region, and it is usually told by people who do not live here. The story is that Arab businesses are behind. That they resist systems, that the market is not mature, that the talent is thin. I have worked in Cairo and in the UAE for twenty years, as an employee, as a manufacturer, as an agency co-founder, and now on the implementation side. The story is wrong, and it is wrong in a way that is convenient for the people telling it.

The budget exists. The talent exists — I hire from it. What is usually missing is on the other side of the table: the software is being implemented by people who have never had to run a company under these rules.

The word for this is normally “localisation,” which is a bad word for it, because it makes people think of translation. Translating your interface into Arabic and flipping the layout right-to-left is a courtesy. It is not localisation. Localisation is whether the system can survive contact with the actual legal and operational reality of the country it is running in.

Consider what that reality contains. Egyptian ETA e-invoicing is not a reporting feature you switch on at the end; it dictates how documents are structured, coded, and submitted, and getting it wrong is not a cosmetic problem. Egyptian payroll runs on tiered calculations that do not resemble the flat models most payroll modules ship with. Social insurance has its own base and its own rules. There is a martyrs fund deduction that no global product has ever heard of and that every compliant Egyptian payslip has to account for. Across the Gulf, UAE corporate tax is now a live constraint that has to be modelled properly rather than approximated at year end.

Watch how those items get classified in a typical global implementation. They become edge cases. They go on a list, they go into phase two, they get worked around with an export to a spreadsheet and a person who reconciles it manually every month. But these are not edge cases. In Egypt, payroll is the payroll. E-invoicing is the invoicing. You cannot ship the system and leave those for later, because there is no version of the business that operates without them. Calling them edge cases is just an admission that the person planning the work has never been the one signing the filing.

This is the real gap, and it is a knowledge gap, not a capability gap. It has nothing to do with which vendor’s logo is on the proposal. A large international firm can absolutely put a capable team on your project. What it usually cannot do is put someone in the room who has personally run payroll for a factory in Egypt, or who has felt what a compliance deadline does to a small company’s cash position, or who knows that a client asking for something “flexible” is often describing a real constraint they have not learned the vocabulary for.

That knowledge is not a soft advantage. It shows up in the architecture. It decides what you refuse to hard-code, which assumptions you leave open because you know the ministry will revise them, and which parts of the process you do not automate because in this market they still need a human decision.

Arab businesses do not need to be told they are behind. They need implementers who start from what these businesses actually do — and who have to live with the result afterwards.