Skip to main content

Attendance API

Summary

Attendance Service exposes direct bounded-context APIs, monolith-shaped compatibility APIs, Time Office APIs, and limited internal discovery. Gateway ownership remains transitional.

Audience

  • Frontend and backend developers
  • QA and support engineers, architects, security reviewers, and implementation partners

Overview

Scope and surfaces

  • Direct / shadow: envelope-based Attendance and Time Office operations used for service validation and direct integration.
  • Compatibility: bare-body contracts that preserve existing client behavior during gateway cutover.
  • Internal / foundation: two discovery operations describing the bounded-context foundation.
  • Primary: no separate Primary-only contract family exists; compatibility routes become the client-facing route when gateway ownership moves.

Bearer-authenticated downstream context and tenant context are expected for business operations. Exact per-route enforcement is not uniformly established by endpoint metadata and remains Requires confirmation. Authorization claims below are limited to capability checks visible in current source.

Verified endpoint inventory

FamilyDocumented operations
Attendance records and diagnostics5
Attendance capture and punches5
Submission and approval4
Reopening5
Employee profiles and roster3
Payroll snapshots2
Shifts4
Shift assignments and effective policy3
Weekly offs2
Attendance policies and embedded rules3
Compatibility Attendance18
Compatibility Time Office9
Internal/foundation discovery2
Total documented65

Maturity totals are 36 Direct operations, 27 Compatibility operations, and 2 Internal/Foundation operations. The 36 direct operations are also reachable through a gateway-recognized shadow/direct surface. Five development-only demo mappings are intentionally excluded from public route-level documentation. CLI backfill is not an HTTP API.

Documentation map

Current limitations

There is no URL API version, committed OpenAPI artifact, policy-rule-only route family, delete-attendance operation, punch-correction operation, shift-assignment update/removal operation, device ingestion API, or HTTP backfill/maintenance API. Authentication enforcement, diagnostics access scope, and several privileged operations require end-to-end confirmation.

Source References

  • microservices/src/attendance-service/Program.cs
  • microservices/src/attendance-service/Api/AttendanceDirectEndpoints.cs
  • microservices/src/attendance-service/Api/AttendanceCompatibilityEndpoints.cs
  • microservices/src/attendance-service/Api/AttendanceShiftPolicyEndpoints.cs
  • microservices/src/attendance-service/Api/ShiftPolicyCompatEndpoints.cs

See Also

Keywords

  • Attendance API
  • Direct API
  • Compatibility API

Revision Information

  • Status: Draft
  • Last reviewed: 2026-07-15
  • Review cycle: Quarterly