AnchorGroup

Anchor Groups behind the Anchor Date Operations screen.

📄️List Anchor Groups

Options for the Anchor Ops group selector, ordered by name — the order is applied by the DAL across the whole result set, so paging is stable. Returns every Anchor Group in v1; once per-group permissions land (CP-37167 era, model CP-38511) it returns only the caller's viewable set, behind the same contract.

📄️Get the tenants that share an Anchor Group with a tenant

The Anchor Groups the tenant belongs to, each with every tenant id in it, so the Provider Portal can fetch credentialing statuses across the shared network. Read-only, and fetches no statuses itself. A tenant is in at most one Anchor Group today; the array carries more without a contract change. Membership is read fresh on every call. Needs no tenant-id header. The caller must hold credentialing-workflow:read in the requested tenant (else 403), and a group is returned only when the caller holds it in every tenant of the group, the rule the practitioner shared-status read applies.

📄️Change an anchor group's minimum Next Credentialing Date

Sets or clears (null) the group's minimum Next Credentialing Date: a plan whose scheduling date is before it is left out of the Anchor Date. Send only minimumNextCredDate plus the version last read; any other field, or none, is 400. A change is audited and starts the group recompute; if the recompute cannot start the value stays saved and recompute.status is NOT_STARTED. Saving the stored value changes nothing. Needs anchor-group minimum-next-cred-date:update and anchor-group bulk:recompute in every member tenant of the group.