A sports car with glowing headlights in a tunnel, in Arcsen colours

Automotive Cloud for Gulf dealer groups: brands, showrooms and the DMS

A dealer group in the Gulf rarely sells one brand from one site. It holds several franchises, runs showrooms in more than one city and shares workshops between them. Leads arrive from brand websites, the manufacturer, social ads, WhatsApp and walk-ins, and each brand team works its own list. The dealer management system (DMS), such as Keyloop, holds the vehicles, deals and workshop jobs. A customer who buys one brand and services it at another site appears more than once, and the group cannot easily say how many test drives became sales, by brand and showroom.

Salesforce’s Automotive Cloud adds vehicle, dealer and household objects to the platform, so the design work is about boundaries: what Salesforce owns, what stays in the DMS, and where an AI agent may book for the customer.

What Automotive Cloud adds for a dealer group

The Automotive Cloud data model provides objects a group would otherwise build by hand:

  • Models and cars. A vehicle definition describes a model, with its model code, variant and a link to a product record, and its external reference number can carry the manufacturer’s or the DMS’s model code. A vehicle record holds one specific car.
  • Interest and showroom on the lead. Lead line items record the vehicles, parts and accessories a lead is interested in, and the lead preferred seller holds the preferred dealer. Make each showroom a dealer account, and every lead carries brand, model and showroom from first contact to opportunity.
  • Households and fleets. Party relationship groups hold households, and fleet objects hold a company’s vehicles.
  • Trade-ins. Appraisal objects record a trade-in car, its add-ons and valuations.
  • Showrooms and workshops. Each site becomes a service territory, the object Automotive Cloud uses for a dealer location where appointments happen.

Sales Cloud does the rest: assignment rules by brand and showroom, opportunities, quotes and each consultant’s pipeline. Test drives run on Automotive Cloud’s appointment scheduling, which checks showroom hours, staff and vehicle availability and holds the chosen car for the slot. Demonstrators are asset-type resources with the Test Drive skill.

From lead to handover, stage by stage

Salesforce owns the customer, the conversation and the appointment. The DMS owns the stock, the deal and the invoice.

Stage In Salesforce In the DMS What integration carries
1. Lead Lead with brand, model, showroom and consent, assigned to a consultant Nothing yet Web, manufacturer and campaign leads, with their source
2. Test drive Appointment for a consultant and a demonstrator at the chosen showroom The demonstrator fleet Demonstrators and their status, so the scheduler offers real cars
3. Trade-in Appraisal of the customer’s car The used car, once it enters stock The accepted appraisal, when the deal is agreed
4. Quote Opportunity and quote for the model, options and accessories Stock, allocation by VIN and pricing Stock and price checks on demand, at quote time
5. Order Opportunity won, with the DMS deal number Sales order, finance, invoice and registration Deal status, as each step completes
6. Handover Handover appointment, checklist, and the car linked to its owner Delivery and the final invoice VIN and delivery date, which start the ownership programme
7. After-sales Service reminders, bookings and cases Workshop jobs, parts and invoices Service history and the next service due
Two rules hold the split together. Each fact has one owner, and Salesforce displays DMS data without editing it. Every stage records brand and showroom, so conversion can be reported by both.

What stays in the DMS, and what MuleSoft carries

The DMS remains the system of record for stock, deals, invoices, workshop jobs and parts. Keyloop describes an open API layer that connects DMS data to approved manufacturer and partner applications. Its DMS can also schedule test drives, so decide early which system owns each appointment type. An integration layer such as MuleSoft then carries three kinds of traffic:

  • On demand. Stock, price and job status, fetched when a consultant builds a quote or a customer asks whether the car is ready. Copy little, because stock changes during the day.
  • Events. Deal invoiced, vehicle delivered, job card closed. Each one updates the customer in Salesforce and can trigger a message.
  • Batch. Service history and customer records from every DMS company, loaded overnight for reporting and segmentation.

Where each brand or DMS company keeps its own customer numbers, the same person arrives more than once. Salesforce’s duplicate rule documentation says rule settings are overridden for records added through the APIs or data import tools: no alert is shown and a matching record is not saved. Build a match-or-create step into the integration, on identifiers agreed in advance.

Marketing Cloud for nurture and service reminders

Two kinds of programme justify Marketing Cloud in a dealer group. Nurture keeps a lead warm until the test drive, by brand and model. Ownership programmes start at handover and run on DMS data: first service, service due by date or mileage, warranty end and the end of a finance or lease contract.

Each brand keeps its own look and sender, while consent and opt-outs sit per brand and channel on one customer record. Marketing Cloud Engagement can send WhatsApp messages, and conversations the business starts must use a template message that WhatsApp approves first, which can take up to 24 hours. Write reminder templates in Arabic and English early. Capture consent at the first enquiry, with the wording the customer saw, and check the marketing rules in each country.

Where an agent books, and where a person takes over

Bookings suit a first AI agent: they are frequent, arrive at night and follow clear rules. An Agentforce service agent answers on channels such as WhatsApp and SMS, and books through custom actions, which can be built from flows, prompts or Apex. Point them at the showroom’s own scheduling flows, so the agent offers real slots and demonstrators.

The customer asks The agent can A person takes over
Can I test drive it on Saturday? Offer showroom slots, book a demonstrator, confirm in Arabic or English The drive itself, and anyone who asks for a consultant
What is the price? Quote published prices and offers from approved content Discounts, trade-in values and finance approval
My car is due for a service Book a slot for a verified owner and vehicle Diagnosis, estimates and warranty decisions
Is my car ready? Report the job status from the DMS Delays and extra work needing approval
I have a problem with my car Open a case with the vehicle and the conversation Every complaint resolution and goodwill offer

Three platform limits shape the design:

  • Inbound only. Salesforce says the service agent only supports inbound conversations, and a session closes 72 hours after it starts. Reminders go out from Marketing Cloud or a flow, and the agent answers when the customer gets in touch.
  • Arabic is Beta. Salesforce’s language support list marks Arabic as Beta and advises careful review of responses. Test in Arabic before go-live, with a quick route to an Arabic-speaking consultant.
  • Limit what the agent reads. Salesforce disables Einstein Trust Layer data masking for service agents, so restrict the fields the agent can read and share job and finance details only with a verified owner.

Our work with dealer groups and distributors

  • Alfardan Automotive: Automotive Cloud and Marketing Cloud across its three dealer businesses in Qatar, from first lead to handover, integrated with the Keyloop DMS.
  • Al Jazirah Vehicles (AJVA): Automotive Cloud and Marketing Cloud for the Ford and Lincoln retailer in Saudi Arabia, from first lead to delivery, integrated with the Keyloop DMS.
  • Abdul Latif Jameel: MuleSoft integrations for the Toyota and Lexus distributor in Saudi Arabia.

Where to start

  1. List every lead source by brand and showroom, with its volume and owner.
  2. Agree with the DMS owner what Salesforce reads on demand, receives as events and may store.
  3. Set the matching rules for one customer across brands before the first data load.
  4. Write the test drive and service booking rules in Arabic and English before building an agent.
  5. Pilot with one brand first, then add the others on the same model.
Already on Salesforce, or planning Automotive Cloud? The Salesforce Health Check takes ten working days and gives you a scored report on the whole org, yours to keep. See our automotive work, or talk to our automotive team.

Frequently asked questions

Does Automotive Cloud replace our DMS?

No. The DMS stays the system of record for stock, deals, invoices and workshop jobs. Automotive Cloud holds the customer, the lead, the appointment and the conversation.

Can one Salesforce org serve several brands and showrooms?

Yes. Record brand, model and showroom on every lead and opportunity, set up each showroom as a dealer account and service territory, and give each brand its own sender and consent.

Can an AI agent book test drives and service appointments?

Yes, through custom actions built on the scheduling flows your staff use. The Agentforce service agent handles conversations the customer starts, so reminders go out from Marketing Cloud.

Does Agentforce support Arabic?

Yes, with a Beta label. Salesforce’s language support list marks Arabic as Beta, so plan Arabic review of answers and a quick handover to an Arabic-speaking consultant.

What does MuleSoft carry between Salesforce and the DMS?

Stock, price and job status on demand, deal, delivery and job-closed events as they happen, and service history in overnight batches.

Sources