First-time day at Lyft

Stop duplicate receipts while Concur responses arrive late

Published Oct 28, 2026

You’re the software engineer. Your team is in the room.

The setting

is a transportation platform that connects riders with rideshare, bikes, scooters and other ways to get around. is software that lets companies provide ride benefits and manage rides for employees or customers.

Receipt retries protect delivery while duplicate records undermine expense reporting.

The integration must recover from slow provider responses without turning one completed ride into two expense records.

Who you’d be doing this for

“Finance asked why one airport ride showed up twice, and I had to pull the trip apart by hand.”

Larisa Szymanski · Corporate Travel Manager · a character in this brief

Administers a Business Travel program whose employees submit ride receipts through Concur.

What is at stake

Concur users receive duplicate receipts for a single business ride after delayed responses. You must choose between an idempotency guard in delivery and a narrower retry change that preserves existing behavior.

Why it isn’t already fixed

Every obvious fix costs something else. That’s the part you’d have to decide.

  • duplicate prevention vs receipt timeliness
  • narrow rollback vs durable delivery semantics
  • provider uncertainty vs reliable expense records

Why Lyft

Business Travel depends on reliable Concur receipt delivery to keep company-sponsored rides visible in corporate expense workflows.

Written with these in mind

reliability-minded backend engineerintegration systems engineerproduct-focused distributed systems engineer

Not your kind of problem? 73 more at Lyft, or browse every organization.

Where the organization context comes fromThe postings this brief was written from, and the reporting read before it.

The organization context comes from public information. The situation and characters are written for the brief.

Job postings it was written from

Public descriptions of the work at Lyft. They are listed as sources, not as openings. The lines under a posting are its own words, where it meets this brief.

Reporting read before this brief was written

The pieces closest to the situation in this brief.

This is the setup. The work is inside.

Running it puts you in the room: the full situation and its constraints, stakeholders who push back in their own words, and the decisions that are yours to make. What you produce becomes a Day One Plan — work you can show someone instead of describing.

Other live briefs connected to this one, and what connects them.

Similar problems at other organizations

Like this one, each of these is about money moving incorrectly, late, or twice.

The same setting, from another role

Each is set around Lyft’s Lyft Business, written for a different role. They’re separate briefs, not the same scenario.

Other problems with a similar purpose

In each of these, as in this one, the aim is to trace a strange, repeatable failure back to its root cause and leave behind a fix that quietly holds.