LensReading which lens this session carries.
All contracts

CTR-WFM · version 1

Workforce Management — Schedule intervals

Interval-level adherence is individual performance data. The works-council packs commit to not using it that way, so the contract has to state the restriction and it currently does not.

In reviewNever checked

What the contract says

These are the terms the connector is generated against. A source that stops matching them is a drift finding, not a silent data change.

Entity
Schedule interval · inbound
Primary key
agentId + intervalStart
Declared volume
1,400 records a day
Freshness commitment
12 h
Owner
T. Abara · Service Operations
Vendor
NICE WFM · medium criticality · modeled
Cardinality
One agent to many intervals. Intervals are fifteen minutes and never overlap.
Write-back rule
None.

Review state

Neither review is performed by the team that wrote the contract.

Security reviewApproved
M. Lindqvist · Jul 9, 2026
Privacy reviewIn review
Dr. Katrin Wehner · Aug 9, 2026

Validation and drift

Drift is only detectable on a contract that has been read against a sample.

Last validatedNever
No sample has been read against this contract.
Privacy review open on individual schedule adherence. No sample taken.

The field list

4 fields · 2 key · 2 personal. The validation rule on each row is what admits or rejects a record at the staging boundary.

FieldSourceTargetTypeFlagsDriftValidation
Agent idagentIdscheduleInterval.workerHashstring(64)
keypersonalconfidential
Never checkedPseudonymized.
Interval startstartTimescheduleInterval.startsAttimestamp
keyinternal
Never checkedUTC, fifteen-minute boundary.
Activity codeactivityCodescheduleInterval.activitystring(30)
internal
Never checkedMapped against a 14-value table.
Adherence percentadherence(excluded pending review)decimal(5,2)
nullablepersonalrestricted
Never checkedHeld out of the contract until the works-council restriction is written into it.

What has passed the staging boundary against this contract

1 batch · 1,100 arrived · 0 admitted · 0 quarantined · 1,100 rejected

BatchArrivedInAdmittedQuarantinedRejectedResultGate
STG-0029Aug 17, 21:001,100001,100Rejected outrightNo record cleared the gate. All 1,100 were rejected outright and none was written to quarantine, because a rejected record is one the contract says must be fixed at the source.

Rejects raised against these batches

1 reason covering 1,100 records. Each one names a field, what was observed and what the contract expected.

Excluded field present in the payload1,100 records · 12 h oldFix at source
Observed: The field the works-council pack says the platform will not read
Expected: The field to be absent
STG-0029 · field adherencePercent · queue reject · T. Abara

Replay windows

No replay has been requested against this contract.

Write-back routes into this system

No write-back route is designed into this system.

What this contract is, and what it is not

A contract, a validation rule, a freshness commitment and a replay path are real mechanisms and they are what this wave builds. What they are not is a connection. No connector on this estate is attached to a customer instance, so every batch, every replay and every write-back attempt recorded here ran against a modeled extract or a sandbox, and the registry keeps saying modeled.

This contract has never been validated against a sample. Every type, every cardinality statement and every validation rule on this page is a declaration taken from documentation, not an observation. Its drift state is unknown rather than clean.