Limited Time Offer:Up to 20% off Hello Interview Premium
Up to 20% off Hello Interview Premium 🎉
Hello Interview
Your Dashboard
System Design
Code
Low Level Design
Behavioral
AI Coding
New
ML System Design
Salary Negotiation
Interview Guides
Blog
System Design
Low Level Design
AI Coding
Behavioral
New
Interview Questions
Success Stories
System Design
Low-Level Design
New
Ask The Community
Discord
Mock Interviews
1:1 Mentorship
Refer a Friend
Pricing
Sign in / Sign up
Search
⌘K
Pricing

Tutor

Design a Driver Earnings Tracker with Incremental Payment Processing

Design a system to track delivery drivers and compute their earnings based on hourly rates and trip durations. Implement APIs to add drivers, record trips, calculate total costs, process payments up to a given timestamp, and retrieve pending unpaid amounts.

Asked at:

Rippling

Rippling


Question Timeline

See when this question was last asked and where, including any notes left by other candidates.

Company
​
Level
All Regions
Region

Mid May, 2026

Rippling

Rippling

Mid-level

Early April, 2026

Rippling

Rippling

Senior

Problem Overview: You are asked to design a system to track delivery drivers and compute their earnings. Initial APIs: addDriver(driverId, hourlyRate) recordTrip(driverId, startTime, endTime) getTotalCost() Details: Each driver has an hourly rate. Trips are defined by (startTime, endTime). Cost = duration * hourlyRate. Time precision is at least seconds, so you may need to convert to hours. Follow-up (this is where it gets interesting): The interviewer then extends the problem: payUpTo(time) Pay all completed trips up to a given timestamp getTotalPendingCost() Return remaining unpaid amount Key Challenges: This is NOT a typical DSA problem. It’s more like a mini backend system design implemented in code. Things that matter: Handling time intervals correctly Trips relative to payment cutoff Avoid double counting Incremental computation Avoid recomputing everything repeatedly Track what has already been paid Data modeling Drivers Trips Payment state Precision Converting seconds to hours Handling money (floating point vs exact values) Similar LeetCode Problems (closest analogies): This problem doesn’t map directly to a single LeetCode problem, but these are somewhat related: 981 Time Based Key-Value Store (querying state over time) 362 Design Hit Counter (time-window aggregation) 729 / 732. My Calendar I / III (interval handling) 146 LRU Cache (incremental state management)

Your account is free and you can post anonymously if you choose.

Hello Interview Premium

Recent interview questions
System Design Guided Practice
Exclusive content
Learn More
Questions
Meta SWE Interview QuestionsAmazon SWE Interview QuestionsGoogle SWE Interview QuestionsOpenAI SWE Interview QuestionsEngineering Manager (EM) Interview Questions
Learn
Learn System DesignLearn DSALearn BehavioralLearn ML System DesignLearn Low Level DesignGuided Practice
Links
FAQPricingGift PremiumHello Interview Premium
Legal
Terms and ConditionsPrivacy PolicySecurity
Contact
About UsProduct Support

7511 Greenwood Ave North Unit #4238 Seattle WA 98103


© 2026 Optick Labs Inc. All rights reserved.