Use case / Email and file reconciliation

Two emails. One file. One intended work item.

Two emails. One file. One intended work item.

Two emails. One file. One intended work item.

Resolve content, client and period identity before filing. Preserve the surviving record, field mapping, original thread and human owner.

Tensile / Customer job R-104

A second sender should not silently create a second job.

A second sender should not silently create a second job.

A second sender should not silently create a second job.

Resolve identity

Compare content with client and reporting-period context; a hash alone is insufficient.

Preserve work

Choose the intended surviving target with an explicit reconciliation rule.

Apply mapping

Use reviewer-approved field mapping; retain its version and correction.

Illustrative records · proposed experience

Open the records. Challenge the result.

Open the records. Challenge the result.

Open the records. Challenge the result.

Tensile / Product explorerInteractive concept · invented records
Case I-104
Same question and evidence across the journey.
Investigate / I-104 / Run v1

Why did a second email create a second work item?

Run skill v1
Finding · ObservedDeduplication did not reconcile content with the surviving target and handoff.

Cause hypothesis: The intake path keys work by email instead of the customer task.

Business expectation

Resolve content, client and period identity. Keep one intended work item and its original thread and owner.

Human decision

A chat suggestion is awaiting an explicit owner choice.

Confirm creates a local concept link. It does not approve, activate or execute an Evaluation.

Clickable product concept · invented records · no external execution.

A closer look / illustrative case

A second sender should not silently create a second job.

A second sender should not silently create a second job.

A second sender should not silently create a second job.

The same attachment arrives in two different emails. A message-keyed intake creates duplicate work and splits the human handoff.

Resolve identity

Compare content with client and reporting-period context; a hash alone is insufficient.

Preserve work

Choose the intended surviving target with an explicit reconciliation rule.

Apply mapping

Use reviewer-approved field mapping; retain its version and correction.

Retain handoff

Keep the original thread and correct owner with the surviving work item.

Counterexample

Identical file bytes for a different client or period require separate review.

Independent result

Inspect saved item count, mapped fields, thread and assignee.

Correct deduplication includes the surviving record and human handoff, not only removal of a second attachment.

What your team gets

The work stays useful after the first fix.

The work stays useful after the first fix.

The work stays useful after the first fix.

01

Identity decision

Identity decision

Identity decision

Content plus client, period and surviving target.

02

Mapping lineage

Mapping lineage

Mapping lineage

Approved field map with scoped reviewer corrections.

03

Completion evidence

Completion evidence

Completion evidence

One intended item, correct fields, original thread and owner.

Bring one workflow your team needs to trust.

Bring one workflow your team needs to trust.

Bring one workflow your team needs to trust.

Start with an affected customer job, the expected result and the evidence your team would accept.

Discuss a concrete workflow ↗