8-Week RAG Pilot: Cutting Candidate Data Entry by 73% in a UAE Logistics Firm

Background: A 300-Person Logistics Firm in the UAE

This case study is a composite based on patterns observed across multiple engagements. We do not name real clients. The company described here is a mid-size logistics and supply chain operator in the UAE, with roughly 300 employees, operating in Dubai and Abu Dhabi. The firm runs a standard stack: SAP for ERP, Salesforce for CRM, Google Workspace for email and documents, and a legacy ATS (applicant tracking system) that predates the current hiring volume. The company is in a scaling phase, having doubled headcount over 18 months, and the HR and compliance teams are stretched thin. The CEO and COO are the decision-makers; there is no dedicated data science team. The firm handles personal data (candidate resumes, visa documents, salary history) subject to both GDPR (for EU-based candidates) and the UAE Personal Data Protection Law (PDPL, Federal Decree-Law No. 45 of 2021).

Challenge: Manual Data Entry at Scale, with a Compliance Deadline

The HR team was processing 150 to 200 candidate applications per week across three departments: operations, compliance, and IT. Each application required a recruiter to manually extract fields from PDF resumes into the ATS: name, contact, years of experience, certifications, visa status, and expected salary. This took 3 to 5 minutes per candidate, roughly 12 to 15 hours of manual data entry per week. The error rate was 8 to 12%, with common mistakes including misread visa expiry dates and transposed phone numbers. The compliance team flagged a risk: under GDPR Article 22 and UAE PDPL Article 17, any automated decision-making affecting candidates required human oversight. The firm had no process to audit AI outputs, and the CEO set a hard deadline: a working pilot within 8 weeks, before the Q3 hiring surge. The constraint was not budget; it was time and compliance certainty.

Approach: A Fixed-Scope RAG Pilot with Human-in-the-Loop

Forfis ran a one-week process audit, mapping the resume-to-ATS workflow and identifying the 12 fields most prone to manual error. The pilot scope was fixed: a retrieval-augmented knowledge assistant that ingests PDF resumes, extracts structured fields using an LLM, and returns a pre-filled ATS form for human review. The architecture used pgvector for embedding search over a small corpus of past hiring decisions (to calibrate extraction accuracy), OpenAI’s API for generation, and a thin integration layer into Google Workspace (Gmail for resume intake, Google Docs for review notes). The model was model-agnostic: the pipeline called an API endpoint, so the client could swap to an on-prem open-weight model (Llama 3 70B) if data residency requirements tightened. A dedicated AI team of three (one engineer, one product designer, one compliance consultant) worked on-site in Dubai for the first two weeks, then remotely. Every extraction was logged; a human reviewer approved or corrected each field before it entered the ATS.

Outcome: 73% Faster Processing, 80% Fewer Errors

After two weeks of pilot operation, the team measured before/after baselines. Cycle time per candidate dropped from an average of 4.2 minutes to 58 seconds, a 73% reduction. The error rate on the 12 tracked fields fell from 9.5% to 1.8%, with the remaining errors concentrated in visa expiry dates (a known OCR weakness on scanned PDFs). The HR team processed 180 applications in the pilot week versus 140 in the prior week, with the same headcount. The compliance team signed off on the human-in-the-loop workflow: no field entered the ATS without a human click. The model-agnostic design meant the client could migrate to on-prem inference in Q4 if the UAE PDPL enforcement tightened. The pilot cost was within the fixed-scope budget; the ongoing managed operation (monitoring, model updates, support) was priced at a monthly retainer. The CEO approved rollout to the IT and operations departments in the following quarter.

Lessons for Teams Scaling AI Across Departments

  • Start with the process audit, not the model. The one-week audit identified which fields were worth automating. Skipping this step leads to over-engineering: building a RAG pipeline for fields that are already 95% accurate. – Human-in-the-loop is not a compromise; it is the compliance architecture. Under GDPR Article 22 and UAE PDPL Article 17, the human approval step is what makes the system lawful. Design the workflow around the approval, not around the model. – pgvector is the right choice for 201-500 employee companies. You already run PostgreSQL. Adding pgvector avoids a separate vector database, reduces operational overhead, and handles 100k to 1M vectors on a single node. – Model-agnostic design is a risk hedge. The client started with OpenAI for speed. The architecture allowed a swap to on-prem Llama 3 if data residency rules tightened. This flexibility was not a technical detail; it was a compliance decision. – Measure before/after baselines from day one. The pilot shipped with a measured baseline on cycle time and error rate. Without this, the business case for rollout is anecdotal. With it, the CEO approved the next phase in a single meeting.

Comments

Leave a Reply

Your email address will not be published. Required fields are marked *