Let's talk

Oracle & ERP

Hire Oracle and Dynamics 365 Specialists

Oracle, Dynamics 365 and the data underneath them.

Most Oracle and Dynamics work is not a new implementation. It is an estate somebody else configured eight or twelve years ago, carrying decisions nobody now present made, with reports and interfaces built on top of tables that were never meant to be a public interface.

So the skill that earns its money is archaeology before change: reading the configuration and the data to work out what the business actually does, separating what is deliberate from what is accident, and then changing the system without breaking the twelve downstream things quietly reading from it.

Archaeology here means evidence rather than interview. Which flexfield segments are actually populated, which custom program has run this year, which report was opened last quarter, which interface still moves rows. Asking the business whether something is needed produces the answer yes about everything, because nobody wants to be the person who agreed to remove the thing that turned out to matter.

The second thing that separates practitioners is what they do with a gap. E-Business Suite tolerated almost any customisation and estates took full advantage; Fusion does not, and a quarterly update cycle punishes anything built outside the supported extension points. Dynamics has the same shape with different names — extension rather than overlayering, and a monthly cadence that turns deferred work into one bad release. Habits formed on the older platform produce something that works in February and breaks in May.

Underneath both sits the data, and usually a considerable amount of PL/SQL that nobody has on an architecture diagram. A meaningful share of an estate’s real business logic lives in packages written over a decade by people who have left, running at two in the morning, on the critical path for the following working day. Changing an ERP without reading that layer is how a modernisation programme acquires a silent regression.

Reporting is where trust in an ERP is actually won or lost, and it is the last thing anybody staffs for. A report that disagrees with the ledger by a small amount is worse than one that is obviously broken, because it will be believed for a quarter. Agreeing where a figure is defined, and computing it once, is duller than building another dashboard and considerably more valuable.

Teams are built for companies in the United States and the Gulf — the UAE, Saudi Arabia, Qatar, Kuwait, Bahrain and Oman. The engineers are in Pune, which matters mostly for the clock. Dubai is ninety minutes behind us and Riyadh two and a half hours, so a Gulf team shares almost the whole working day. New York is nine and a half hours behind, so American engagements run on a written handover and one fixed overlap window rather than on a standing call — a real constraint, and better stated than discovered.

What to look for when hiring

A good question is how they would establish whether a customisation is still used. If the answer is to ask the business, they will be told yes about everything. If it involves looking at the data, they have done this before. The second question worth asking is what they check before and after an update, and how that list was chosen — a candidate who tests everything each quarter has not thought about it, and a candidate who tests nothing has been lucky so far.

Tell us which roles you need

Tell us which roles you need, and when.

Oracle & ERP, or a mix — tell us what the team would be working on and we will say what it takes to staff it.

A person reads every enquiry and replies within one working day.