fix(types): SchemaReviewQueuePage.total → totalElements (match backend)

User reported бэйдж 'Согласований' в sidebar показывал 0 несмотря на 1
pending schema draft. Root cause:

Backend сериализует Spring Page<SchemaDraft> как:
{items, page, size, totalElements, totalPages}

Но TS type SchemaReviewQueuePage объявлял поле как 'total' (mismatch
именования). Consumers читали data?.total → undefined → fallback 0:

- useReviewsBadgeCount (queries.ts:650) — sidebar badge падал на 0
- reviews.tsx:61 — header count в Schemas tab (но fallback на
  items.length скрывал bug в UI)
- reviews.tsx:593-594 — schema queue subtitle 'N drafts ждут ревью'

Fix:
- client.ts SchemaReviewQueuePage: total → totalElements + totalPages
- 3 consumer'а обновлены на .totalElements
- Backend контракт не меняется — это чисто frontend type alignment

После prod deploy v2.16.3 sidebar badge заработает корректно.

ordinis-admin-ui/src/routes/reviews.tsx

@@ -58,7 +58,7 @@ function ReviewsPage() {
   const queue = useReviewQueue(0, 50)
   const schemaQueue = useSchemaReviewQueue(0, 50)
   const recordsCount = queue.data?.totalElements ?? 0
-  const schemasCount = schemaQueue.data?.total ?? 0
+  const schemasCount = schemaQueue.data?.totalElements ?? 0
   // Tab дефолтит на records (старее, чаще). Если schema queue не пустой
   // а record queue пустой — переключаемся на schemas чтобы reviewer'у не
   // пришлось кликать дважды.
@@ -590,8 +590,8 @@ function SchemaReviewQueuePanel() {
           </h2>
           <p className="text-cell text-mute mt-0.5">
             {t('reviews.schema.queueTotal', {
-              count: queue.data?.total ?? items.length,
-              defaultValue: `${queue.data?.total ?? items.length} draft(s) ждут ревью`,
+              count: queue.data?.totalElements ?? items.length,
+              defaultValue: `${queue.data?.totalElements ?? items.length} draft(s) ждут ревью`,
             })}
           </p>
         </div>