How to Review Two Requests That May Be the Same Job

Compare duplicate-looking calls, emails and booking requests using a scope-and-location checklist before creating another Job or declining a request.

Daylane week schedule with field Jobs, Customers and service Locations
A real Daylane schedule with sanitised fictional example data.

Compare the customer relationship, service Location, reported work and existing booking before deciding that two requests are duplicates. Two people may report the same issue through different channels, or one customer may genuinely need separate work. Similar wording is a reason to review, not a reason to discard a request.

Match the request to the actual work

In the fictional examples below, the address alone does not determine the outcome. Confirm the relationship between the requests with the commissioning customer when it is unclear.

Duplicate-request review examplesScroll for more columns →
Two requestsLikely interpretationCheck before deciding
Tenant calls; manager submits the same door issuePossibly one JobSame room, scope and approval?
Office clean and door repair at one siteIndependent workSeparate scope and completion decisions
Follow-up email after an unanswered formPossibly a status enquiryHas the original request been reviewed?
A new fault after an earlier completed repairNeeds fresh reviewNew issue or follow-up to previous work?

Choose a record to own the next action

If both requests refer to one piece of work, identify the Job or request that will carry the current scope and communication. Note the second channel and explain to the customer which booking is being handled.

Daylane's Booking Request review does not mean every similar submission is automatically merged. Inspect existing Jobs and Visits before creating another booking. Do not assume a Customer CSV duplicate rule also applies to incoming service requests.

Resolve the second request without losing context

Use a factual note such as 'Reviewed with the customer: this refers to the inspection already arranged for Friday under J-0101.' Follow the request-review controls available to you and verify the resulting status.

If the requests are different, name the Jobs distinctly and preserve both scope decisions. Before sending confirmations, check that neither message accidentally implies two attendances for the same agreed work.

Separate Jobs at a shared property

Sources and scope

An original operational guide from the Daylane team at Blu Mint Digital. Scenarios, durations and message wording are illustrative planning examples, not customer results or industry benchmarks. Product references were checked against the Daylane implementation on 5 September 2026. Adapt the workflow to your service, customer agreements and working conditions.

How we write and maintain our guides. Free templates and planning tools.

    Back to the guide library

    Put the next Job in a clearer place.

    Start with one user and unlimited manually scheduled Jobs.

    Start 14-day trial