feat(user-lifecycle): cockpit foundation — KPI row + aside quick actions

Phase 1 of the Stripe-style policy-cockpit redesign for the user-lifecycle
settings page. Pure server-rendering — no async, no JS components, no
sparklines yet (those land in later phases).

Adds a four-tile KPI row above the configuration form (Last run,
Deactivated/30d, Deleted/30d, Pending deletion/7d), populates the
previously empty aside with three quick actions (Run policy now,
Purge logs, Policy reference link), and surfaces a relative-time +
status hint under the existing Run-Now collapsible.

Module-isolation is preserved through a new read-side contract:

* core/Service/Audit/UserLifecycleAuditDashboardInterface — read-only
  pendant to the existing write-side UserLifecycleAuditInterface.
  Methods: lastRun(), summaryByAction(int days), countActionInWindow(...).
* core/Service/Audit/NullUserLifecycleAuditDashboard — fail-closed
  default when the audit module is disabled. KPI tiles 1-3 then
  render "—"; tile 4 (pending deletion) keeps working because it
  lives in the core domain.
* modules/audit/.../Service/UserLifecycleAuditDashboardService — the
  module's implementation; reads through the existing
  UserLifecycleAuditRepository (extended with three new aggregation
  queries: lastRun, countByActionStatusSinceTimestamp, countSinceTimestamp).
* AuditContainerRegistrar binds the interface to the module impl;
  registerContainer.php registers the Null fallback before module
  bindings, mirroring how the write-side audit interface is wired.

The new core service UserLifecyclePolicyDashboardService computes
the pending-deletion-window count from the users table directly
(no audit dependency) — defensive when both policy days are 0
(returns 0 rather than running an unbounded query).

New shared template partial templates/partials/app-kpi-row.phtml is
generic — accepts a $kpiTiles array of {label, count, icon, iconTone,
href, tooltip} and reuses the existing app-tile primitive. Other
settings pages can pick it up without ceremony.

Includes:
* PHPUnit tests for both new services (happy path + Null-fallback +
  policy-disabled edge cases).
* AuditModuleIsolationContractTest allowlist extended for the new
  interface and module service.
* 14 new translation keys in both default_de.json and default_en.json
  (i18n parity verified).

All six quality gates green.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

core/Repository/User/UserLifecyclePolicyDashboardRepository.php

@@ -0,0 +1,34 @@
+<?php
+
+namespace MintyPHP\Repository\User;
+
+use MintyPHP\DB;
+
+/**
+ * Counts users in the deletion window for the policy-dashboard tile. Time base is UTC, mirroring
+ * {@see UserReadRepository::listIdsForAutoDelete} for behavioural equivalence.
+ */
+class UserLifecyclePolicyDashboardRepository implements UserLifecyclePolicyDashboardRepositoryInterface
+{
+    public function countPendingDeletion(int $deleteDays, int $windowDays): int
+    {
+        if ($deleteDays <= 0 || $windowDays <= 0) {
+            return 0;
+        }
+        // Lower bound (deleteDays - windowDays) is clamped to 0 so a misconfigured tiny deleteDays
+        // value cannot produce a negative INTERVAL; the upper bound stays at deleteDays.
+        $lowerBoundDays = max(0, $deleteDays - $windowDays);
+
+        $value = DB::selectValue(
+            'select count(*)
+             from users
+             where active = 0
+               and active_changed_at is not null
+               and active_changed_at <= DATE_SUB(UTC_TIMESTAMP(), INTERVAL ? DAY)
+               and active_changed_at > DATE_SUB(UTC_TIMESTAMP(), INTERVAL ? DAY)',
+            (string) $lowerBoundDays,
+            (string) $deleteDays
+        );
+        return (int) ($value ?? 0);
+    }
+}