042ce34837
* expanded the Workday fixture data in data.py so each mock worker now carries the paired source attributes needed for upcoming drift checks: Workday title, AD title, Workday cost center context, AD department, legal name, preferred name, AD display name, and AD enabled state. Existing fields used by the current tools were preserved, so this was a schema expansion rather than a behavioral change.
* added a dedicated data-layer detector in data.py named scan_status_reconciliation_mismatches(). It scans the current mock worker set and flags the exact mismatch you asked for: status == "Terminated" in Workday while ad_enabled == True in AD. The response shape follows the existing manager-scan pattern with scan_summary plus a mismatches list.
* exposed the status reconciliation detector as a dedicated MCP tool in server.py by importing the new data-layer function and adding scan_status_reconciliation(). This keeps the existing architecture intact: the server remains a thin wrapper, and the scan logic stays in data.py.
* added scan_job_title_mismatches() to data.py. It compares workday_title against ad_title for each worker and returns the same structured pattern as the other detectors: scan_summary plus a mismatches list with both source values, a deterministic mismatch type, and severity.
* exposed the title detector as a dedicated MCP tool in server.py by importing the new data-layer function and adding scan_job_title_drift(). The server is still acting as a thin wrapper over the detector in data.py.
* added scan_department_drift() to data.py. It compares the Workday department context against the AD department string and includes the Workday cost center in each mismatch record so the drift is easier to interpret during reconciliation.
* exposed the department detector as a dedicated MCP tool in server.py by adding scan_department_mismatches(), which delegates to the detector in data.py. The existing tool structure remains unchanged.
* added scan_name_variance() to data.py. The detector normalizes legal, preferred, and AD display names, allows reasonable preferred-name usage, and flags cases where the AD display name no longer aligns to either the legal or preferred first name plus the legal last name.
* exposed the name-variance detector as a dedicated MCP tool in server.py by adding scan_name_variance_mismatches(), which delegates to the detector in data.py. The server still remains a thin wrapper layer.
* I’m checking the Workday project’s current test layout first so I can add one focused test file that matches the existing environment and runner configuration.
Searched for files matching `**/Workday/workday-mcp/**/*`, 3 matches
The Workday runtime is even thinner than the planning docs imply: there’s no test package or local pyproject in that folder yet. I’m checking the parent Workday artifacts and the root repo config so the new tests land in a runnable location.
Read [](file:///c%3A/Users/castn1.CORP/OneDrive%20-%20Wheels/Repos/mcp_servers/Workday/workday-mcp)
Searched for files matching `**/pyproject.toml`, 1 match
Searched for files matching `**/pytest.ini`, no matches
Searched for files matching `**/tox.ini`, no matches
I’ve confirmed there’s no existing Workday test harness, so I’m borrowing the minimal testing conventions from the Identity project before I add one focused detector test file.
Searched for regex `pytest|testpaths|pythonpath` (`**/Identity/pyproject.toml`), 2 results
Read [](file:///c%3A/Users/castn1.CORP/OneDrive%20-%20Wheels/Repos/mcp_servers/Identity/pyproject.toml)
Fetching Python environment information
Completed with input: {
"resourcePath": "c:\\Users\\castn1.CORP\\OneDrive - Wheels\\Repos\\mcp_servers\\Workday\\workday-mcp"
}
I have enough context to add the test file. The Workday virtual environment does not currently include `pytest`, so I’m installing the minimal test dependency now and then I’ll add a single focused test module for the new detectors and wrappers.
Installing pytest>=7.4.0 in Python 3.13.12 (.venv)
Completed with input: {
"resourcePath": "c:\\Users\\castn1.CORP\\OneDrive - Wheels\\Repos\\mcp_servers\\Workday\\workday-mcp",
"packageList": [
"pytest>=7.4.0"
]
}
Completed: *Expose status MCP tool* (11/18)
The test dependency is installed. I’m adding one focused Workday test module now for the four detectors and their MCP wrapper functions.
Generating patch (95 lines) in [](file:///c%3A/Users/castn1.CORP/OneDrive%20-%20Wheels/Repos/mcp_servers/Workday/workday-mcp/tests/test_mismatch_scans.py)
```
```
The test file is in place. I’m running only that focused test module now and checking for any file errors introduced by the new coverage.
Ran terminal command: cd "/c/Users/castn1.CORP/OneDrive - Wheels/Repos/mcp_servers/Workday/workday-mcp" && "c:/Users/castn1.CORP/OneDrive - Wheels/Repos/mcp_servers/Workday/workday-mcp/.venv/Scripts/python.exe" -m pytest tests/test_mismatch_scans.py -q
Checked [](file:///c%3A/Users/castn1.CORP/OneDrive%20-%20Wheels/Repos/mcp_servers/Workday/workday-mcp/tests/test_mismatch_scans.py), [](file:///c%3A/Users/castn1.CORP/OneDrive%20-%20Wheels/Repos/mcp_servers/Workday/workday-mcp/server.py), [](file:///c%3A/Users/castn1.CORP/OneDrive%20-%20Wheels/Repos/mcp_servers/Workday/workday-mcp/lib/data.py), no problems found
[[ PROCESSING: Mode=NORMAL_MODE | Intent=Report completion of the focused test-coverage step and pause before any optional documentation/status update | Strategy=Summarize the new test file and the verification result, then wait for NEXT ]]
Step 10 is complete on `feat/workday-mismatch-expansion`.
I added focused pytest coverage in test_mismatch_scans.py for the four new detectors and their MCP wrappers:
`scan_status_reconciliation_mismatches`, `scan_job_title_mismatches`, `scan_department_drift`, `scan_name_variance`, plus the corresponding server functions in server.py.
Verification passed. Running the focused test module succeeded with `8 passed in 0.49s`, and there are no reported errors in test_mismatch_scans.py, server.py, or data.py.
Reply exactly with:
NEXT
After that, I’ll do the final atomic step: update status or planning documentation only where needed to reflect the newly implemented mismatch coverage, then I’ll close the session with a summary, snapshot draft, and a Conventional Commit suggestion for your branch review flow.
Made changes.
* Updated to reflect changes
---------
Co-authored-by: nathan <nathan@castaldifamily.com>
5.3 KiB
5.3 KiB
Workday-MCP status page
Updated: 2026-04-03
This page is the high-visibility execution status for Workday Integration Suite (WIS) delivery in this repository.
Traffic-light legend
| Status | Meaning |
|---|---|
| 🟢 Green | Functional / production-ready |
| 🟡 Yellow | In progress / development |
| 🔴 Red | Blocked / not started |
Context retrieval checkpoint
| Signal | Result | Impact |
|---|---|---|
git diff --cached |
No staged files detected | Commit-intent diff is unavailable; stage files before the next status refresh that requires commit-scoped analysis. |
| Latest project snapshot | documentation/project-history/SESSION_SNAPSHOT_2026-04-03.md |
Session confirms strong standards discipline and that Workday execution remains in kickoff-to-build transition. |
TODO / // RESTART NOTE in staged files |
Not applicable (no staged files) | No commit-scoped intent markers available for this update cycle. |
Breaking change scan (compose.yaml ports/volumes) |
No matching changes detected | No BREAKING CHANGE flag required for runtime port/path behavior. |
Program status summary
| Component | WIS traceability | Status | Notes |
|---|---|---|---|
Runtime modular structure (server.py + lib/data.py) |
WIS-006 | 🟢 Green | Modular split is in place and supports controlled backend evolution. |
Memory-backed worker status tool (get_worker_status) |
WIS-009 | 🟢 Green | Returns structured allowlist-oriented worker payloads from deterministic fixtures. |
Manager lookup tool (get_worker_manager) |
WIS-011, WIS-017 prep | 🟢 Green | Resolves valid, missing-manager, and unresolved-manager scenarios. |
Manager mismatch detector (scan_manager_mismatches) |
WIS-017 | 🟢 Green | Functional prototype scans full mock set and reports unresolved manager links. |
Expanded identity drift detectors (scan_status_reconciliation, scan_job_title_drift, scan_department_mismatches, scan_name_variance_mismatches) |
WIS-014 to WIS-018 scope | 🟢 Green | Mock-backed drift scans now cover terminated-but-enabled, title drift, department drift, and legal-vs-display name review scenarios with focused pytest coverage. |
| API token flow and real Workday backend | WIS-008 | 🟡 Yellow | Design path is clear; implementation still pending non-prod credentials and auth closure. |
| Non-prod auth/access unblockers | WIS-001 to WIS-003 | 🔴 Red | External decisions and access provisioning remain gate conditions for API-mode validation. |
Discipline drives quality
| Engineering discipline pillar | Current state | Evidence |
|---|---|---|
| Type hinting discipline | 🟢 Green | Typed return contracts and strongly typed mock map are implemented in runtime modules. |
| Pylance quality gate | 🟢 Green | Current Workday runtime implementation is tracking zero known Pylance errors. |
| Modular architecture discipline | 🟢 Green | Orchestration and data layers are separated for maintainability and backend swap readiness. |
| Traceability discipline | 🟢 Green | WIS IDs are embedded in runtime docstrings and aligned with sprint planning artifacts. |
Sprint alignment (WIS roadmap)
| Workstream | WIS IDs | Status | Execution posture |
|---|---|---|---|
| Unblockers and access readiness | WIS-001 to WIS-005 | 🔴 Red | Pre-implementation dependencies are defined but not yet closed. |
| Core Workday MCP buildout | WIS-006 to WIS-012 | 🟡 Yellow | Modular and memory-backed foundation is live; API/auth and resilience controls are next. |
| Correlation and mismatch expansion | WIS-013 to WIS-018 | 🟡 Yellow | Multiple mock-backed mismatch detectors are now implemented and tested; live directory/API correlation and remaining roadmap categories are still pending. |
| Automation, reporting, remediation | WIS-019 to WIS-030 | 🔴 Red | Flow automation, KPI instrumentation, and cutover remain roadmap backlog. |
Recent activity (from git history)
- Added local development quick-start and operational startup guidance.
- Added formalized README update prompt for repeatable status refreshes.
- Refined Workday runtime modular structure and validated three core tools.
- Completed type-hint quality refinements consistent with Pylance discipline.
- Added four mismatch-detection tools for status, title, department, and name variance review.
- Added focused pytest coverage for Workday mismatch scans and MCP wrappers.
Next milestone focus
| Milestone | ID | Status | Exit criteria |
|---|---|---|---|
| Mock-to-API transition | WIS-008 | 🟡 Yellow | Non-prod credentials approved, secure token flow operational, first API-backed read call validated. |
Local development quick-start
1. Activate environment
source .venv/Scripts/activate
2. Launch inspector
npx @modelcontextprotocol/inspector python server.py
3. Port cleanup (if blocked)
- Proxy (6277):
taskkill //F //IM node.exe - Inspector (6274):
taskkill //F //IM node.exe