Industry Insightsgig economygig worker verificationon-demand workforce
Gig Worker Verification in India: Why the Standard Employee BGV Process Falls Short
India has 15 million+ gig workers and growing. Verifying them at scale requires a completely different approach from standard employee BGV — faster, leaner, mobile-first, and built for continuous re-verification. Here's what that looks like.
RS
Rahul Sharma
Verification Operations Lead, Truvixx
10 May 20267 min read
India's gig economy is one of the fastest-growing in the world. NITI Aayog estimated 7.7 million gig workers in 2020–21, with projections of 23.5 million by 2030. The platforms that power this economy — ride-hailing, food delivery, instant commerce, logistics, professional services on-demand — face a verification challenge that no traditional HR process was designed to solve.
Gig workers are not employees. Their engagement is high-volume and high-turnover. They onboard and offboard continuously, often work across multiple platforms simultaneously, and their operational context — the customer they serve, the vehicle they operate, the location they work in — changes constantly. A verification process designed for a 50-person quarterly hiring cycle doesn't work for a platform onboarding 500 delivery partners a week.
The Unique Verification Challenges of the Gig Workforce
Volume and velocity: Platforms onboard workers at a rate that makes manual verification impossible. A process that takes 5 days per worker is a growth bottleneck.
Mobile-first applicants: Most gig workers apply through mobile apps. The verification process must be completable entirely on a smartphone — not via desktop document uploads or in-person visits to a verification office.
No employment history to verify: A first-time gig worker, or one transitioning from informal sector work, has no formal employment history to check against. Standard employment verification returns nothing useful.
Continuous engagement, not point-in-time hire: An employee is verified once at onboarding and re-verified rarely. A gig worker who was verified 18 months ago may now have a suspended driving licence, an active court case, or a changed address. The verification posture needs to be continuous, not episodic.
Regulatory fragmentation: Gig workers are governed differently across states. Karnataka's Platform-based Gig Workers (Social Security and Welfare) Act 2024 — the first of its kind in India — creates new obligations for platforms. Other states are drafting similar legislation. The regulatory environment is actively changing.
What a Gig-First Verification Process Looks Like
Effective gig worker verification shares the same coverage goals as enterprise BGV — identity, criminal records, relevant licences, address — but is designed around a fundamentally different set of constraints. Here is what each component looks like in a gig-optimised process:
Identity: OTP-Verified, Not Document-Scanned
The standard enterprise approach of asking workers to upload scans of their Aadhaar card is the lowest-confidence verification method available. In a gig context, it also creates the most friction — workers who don't own scanners, who have damaged physical documents, or who simply find the process unclear will drop off at this step.
The correct approach is Aadhaar OTP e-KYC initiated from the mobile app itself. The worker enters their Aadhaar number, receives an OTP on their registered mobile, enters it in-app, and the verification completes instantly — with API confirmation of name, date of birth, and address from UIDAI. Pair this with a liveness selfie capture (not a static photo), and you have a high-confidence identity verification that completes in under 2 minutes on a smartphone.
Driving Licence: Sarathi API in the Onboarding Flow
For delivery, logistics, and ride-hailing workers, DL verification is as important as identity verification. In the gig context, this must be instant and mobile-native. The worker enters their DL number in-app; a background API call to the Sarathi database confirms validity, vehicle class authorisation, and expiry. The worker never leaves the app. The check completes in seconds.
DL expiry monitoring for active gig workers
Sarathi verification at onboarding is not sufficient. A delivery partner whose licence was valid at onboarding may have it expire, get suspended, or get revoked at any point during their active tenure. Continuous DL monitoring — with automated alerts to both the platform and the worker 90 days before expiry — is a regulatory and insurance necessity for platforms at scale.
Criminal Records: Fast Database Search, Not Manual Court Runs
Gig-optimised criminal record checks use aggregated court database searches that return results in hours rather than the 3–5 days that manual court verification takes. The coverage is narrower than a full manual search across every relevant jurisdiction, but it is sufficient for the risk profile of most gig roles and can be completed within the onboarding session.
For higher-risk gig roles — delivery of high-value goods, access to residential addresses, patient transport — a fuller court search is warranted even if it extends the onboarding timeline by 24 hours.
Address: Document Collection + Spot Field Checks
Full physical field visits for every gig worker at onboarding are not operationally viable at scale. The gig-optimised approach uses document-based address verification (utility bill, bank statement, or Aadhaar address cross-reference) at onboarding, supplemented by risk-based physical spot checks for workers who will access sensitive customer contexts (home delivery, healthcare, premium services).
The Continuous Verification Model
The most important distinction between gig worker verification and employee BGV is not in the onboarding checks — it is in what happens after onboarding. For employees, post-hire verification is rare. For gig workers, it is essential.
DL status monitoring: Automated daily or weekly check of driving licence status for all active vehicle-operating workers. Immediate suspension from the platform if the DL is revoked or expired.
Court record re-screening: Annual re-run of criminal record checks for all active workers. A court record that didn't exist at onboarding may exist 12 months later.
Vehicle fitness and insurance: For platforms where workers use their own vehicles (ride-hailing, some last-mile delivery), vehicle RC, fitness certificate, and commercial insurance validity should be monitored and re-confirmed on a defined schedule.
Adverse event triggers: A customer complaint about a worker should trigger an immediate record pull and review cycle — not just an HR process. The verification data should be part of the investigation framework.
The Regulatory Landscape: What Platforms Are Now Required to Do
The regulatory environment for gig platforms in India is evolving rapidly. Karnataka's Gig Workers Act 2024 requires platforms to register all gig workers with the state welfare board, maintain records of their engagement, and contribute to a social security fund. While the Act does not explicitly mandate background verification, it creates a record-keeping and accountability framework that makes documented verification a de facto requirement.
The Ministry of Labour's Code on Social Security 2020, while not yet fully enforced, includes gig and platform workers in its scope. As implementation proceeds, platforms will face increasing scrutiny of their worker management practices — including how they screen and monitor their workforce.
Aggregator liability under the Motor Vehicles Act
Under the Motor Vehicles (Amendment) Act 2019, transport aggregators can be held liable for accidents caused by drivers on their platform. State aggregator guidelines (Karnataka, Maharashtra, Delhi) explicitly require platforms to verify driver credentials before activation. A platform that cannot demonstrate verification at the time of an incident faces both regulatory penalties and civil liability.
The Safety Argument: Why Verification Is a Customer Trust Issue, Not Just a Compliance One
Every major incident involving a gig worker — an assault, a theft, a road accident — generates significant negative press coverage and customer trust erosion. The most damaging incidents are almost always ones where post-incident investigation reveals a verification gap: a driver whose licence was already suspended, a delivery partner with an undisclosed prior assault case, a service professional who fabricated their credential.
Platforms that lead on worker verification have a genuine and communicable safety advantage. The ability to tell a customer 'every worker on our platform has been identity-verified, criminal-screened, and licence-checked — and is continuously monitored' is a trust signal that differentiates at the consumer level, not just the regulatory one.
Building the Right Infrastructure
1Embed verification in the app: The verification flow should feel like part of onboarding — not a separate process. Workers who complete it in-app, without being redirected or asked to visit an office, complete it at dramatically higher rates.
2Define activation gates: Specify which checks must complete (and pass) before a worker can be activated, and which checks are ongoing. Don't activate workers before critical identity and DL checks pass.
3Build an adverse event workflow: When verification finds a problem — a suspended DL, a court record — there should be an automated workflow that suspends the worker's account, notifies the operations team, and initiates a review. Don't rely on manual ticket creation.
4Report on verification coverage: Track what percentage of your active worker base has complete, current verification data. Treat coverage gaps as an operational metric, not just a compliance one.
5Store and retain correctly under DPDP Act: Gig worker verification data is personal data subject to DPDP Act obligations. Define retention periods, consent flows, and deletion processes before you accumulate a data liability.
The gig economy will continue to grow. The platforms that will win — on trust, on regulatory compliance, and on long-term market position — are the ones building verification infrastructure that scales with them, not the ones discovering its absence after an incident.