Compare commits
23 commits
421da722c0
...
ba59a48ffd
| Author | SHA1 | Date | |
|---|---|---|---|
| ba59a48ffd | |||
| 33daae3593 | |||
| 51ad03ff65 | |||
| 3475133b10 | |||
| ac8ab3cc02 | |||
| 0453168d70 | |||
| 27499da191 | |||
| fc20f75b55 | |||
| 0aaa2f4d2d | |||
| 537b784da3 | |||
| 045f696425 | |||
| 82a2a7ca37 | |||
| c73c714611 | |||
| bc9b29dec8 | |||
| c68370b890 | |||
| 2548bd7bdf | |||
| 397954be0a | |||
| 646e8d4f22 | |||
| 4f3e5c621a | |||
| 19a028970d | |||
| 5ac248660a | |||
| f5ac179623 | |||
|
331e4909c9 |
53 changed files with 5563 additions and 52 deletions
|
|
@ -3,6 +3,16 @@ on:
|
|||
push:
|
||||
branches: [main, codex/bootstrap-platform-foundation]
|
||||
pull_request:
|
||||
|
||||
# Все actions закреплены полным SHA коммита (F13); SHA получены `git ls-remote`
|
||||
# и совпадают на github.com и code.forgejo.org (зеркало), поэтому закрепление
|
||||
# работает при любом DEFAULT_ACTIONS_URL раннера.
|
||||
#
|
||||
# Роли БД как в pilot, но с минимальными привилегиями: POSTGRES_USER сервиса —
|
||||
# только bootstrap-админ (роль DBA/entrypoint образа), им scripts/test/provision-pg.mjs
|
||||
# создаёт krona_migrator (NOSUPERUSER, владелец БД) и krona_staff_app (NOBYPASSRLS)
|
||||
# со случайными паролями. Ни миграции, ни тесты, ни сервер под bootstrap-админом не работают.
|
||||
|
||||
jobs:
|
||||
verify:
|
||||
runs-on: docker
|
||||
|
|
@ -10,27 +20,125 @@ jobs:
|
|||
postgres:
|
||||
image: postgres:17-alpine@sha256:18cfe3ef5e6815560c98237d6216d1e5119702fb0f3894c8785dd58b8bbe5d73
|
||||
env:
|
||||
POSTGRES_DB: krona_staff
|
||||
POSTGRES_USER: krona_migrator
|
||||
POSTGRES_PASSWORD: ci-migration-password
|
||||
ports: ['5432:5432']
|
||||
POSTGRES_DB: postgres
|
||||
POSTGRES_USER: ci_bootstrap
|
||||
POSTGRES_PASSWORD: ci-bootstrap-only
|
||||
options: >-
|
||||
--health-cmd "pg_isready -U krona_migrator -d krona_staff"
|
||||
--health-cmd "pg_isready -U ci_bootstrap -d postgres"
|
||||
--health-interval 5s
|
||||
--health-timeout 3s
|
||||
--health-retries 20
|
||||
env:
|
||||
DATABASE_MIGRATION_URL: postgres://krona_migrator:ci-migration-password@postgres:5432/krona_staff
|
||||
DATABASE_TEST_URL: postgres://krona_staff_app:ci-app-password@postgres:5432/krona_staff
|
||||
POSTGRES_APP_PASSWORD: ci-app-password
|
||||
E2E_PG_ADMIN_URL: postgres://ci_bootstrap:ci-bootstrap-only@postgres:5432/postgres
|
||||
steps:
|
||||
- uses: actions/checkout@v4
|
||||
- uses: actions/setup-node@v4
|
||||
- uses: actions/checkout@11d5960a326750d5838078e36cf38b85af677262 # v4.4.0
|
||||
- uses: actions/setup-node@49933ea5288caeca8642d1e84afbd3f7d6820020 # v4.4.0
|
||||
with: { node-version: 22, cache: npm }
|
||||
- run: npm ci
|
||||
- run: node scripts/create-app-role.mjs
|
||||
- run: node scripts/migrate.mjs up
|
||||
- run: npm run check
|
||||
- run: npm run format:check
|
||||
- name: provision roles (migrator NOSUPERUSER, app NOBYPASSRLS)
|
||||
run: node scripts/test/provision-pg.mjs --out "$RUNNER_TEMP/db.env" --db krona_staff
|
||||
- name: migrations up -> rollback all -> up -> up (no-op)
|
||||
run: |
|
||||
set -a; . "$RUNNER_TEMP/db.env"; set +a
|
||||
node scripts/test/migrate-roundtrip.mjs roundtrip
|
||||
- name: npm run check (tenant-isolation on real PostgreSQL as app role)
|
||||
run: |
|
||||
set -a; . "$RUNNER_TEMP/db.env"; set +a
|
||||
unset DATABASE_URL POSTGRES_APP_PASSWORD
|
||||
npm run check
|
||||
- run: npm audit --audit-level=high
|
||||
- run: docker build -t krona-staff:${{ forgejo.sha }} .
|
||||
|
||||
# Отдельная задача: prettier сейчас красный по 23 файлам (F14; замер 2026-09-26), и это не должно
|
||||
# маскировать статус verify/e2e.
|
||||
format:
|
||||
runs-on: docker
|
||||
steps:
|
||||
- uses: actions/checkout@11d5960a326750d5838078e36cf38b85af677262 # v4.4.0
|
||||
- uses: actions/setup-node@49933ea5288caeca8642d1e84afbd3f7d6820020 # v4.4.0
|
||||
with: { node-version: 22, cache: npm }
|
||||
- run: npm ci
|
||||
- run: npm run format:check
|
||||
|
||||
# Приёмочные сценарии на реальном сервере и PostgreSQL 17. Красные сценарии
|
||||
# известных открытых дефектов перечислены в tests/e2e/known-defects.json:
|
||||
# задача зелёная, если стенд работает ([HARNESS]/[CTRL] зелёные) и каждый
|
||||
# красный сценарий есть в списке; новый красный сценарий или исправленный,
|
||||
# но не вычеркнутый дефект делают задачу красной.
|
||||
e2e:
|
||||
runs-on: docker
|
||||
services:
|
||||
postgres:
|
||||
image: postgres:17-alpine@sha256:18cfe3ef5e6815560c98237d6216d1e5119702fb0f3894c8785dd58b8bbe5d73
|
||||
env:
|
||||
POSTGRES_DB: postgres
|
||||
POSTGRES_USER: ci_bootstrap
|
||||
POSTGRES_PASSWORD: ci-bootstrap-only
|
||||
options: >-
|
||||
--health-cmd "pg_isready -U ci_bootstrap -d postgres"
|
||||
--health-interval 5s
|
||||
--health-timeout 3s
|
||||
--health-retries 20
|
||||
env:
|
||||
E2E_PG_ADMIN_URL: postgres://ci_bootstrap:ci-bootstrap-only@postgres:5432/postgres
|
||||
E2E_MIGRATIONS: roundtrip
|
||||
steps:
|
||||
- uses: actions/checkout@11d5960a326750d5838078e36cf38b85af677262 # v4.4.0
|
||||
- uses: actions/setup-node@49933ea5288caeca8642d1e84afbd3f7d6820020 # v4.4.0
|
||||
with: { node-version: 22, cache: npm }
|
||||
- run: npm ci
|
||||
- name: e2e (known-defects ratchet)
|
||||
run: node scripts/test/run-e2e.mjs
|
||||
- name: e2e table
|
||||
if: always()
|
||||
run: cat tests/e2e/evidence/e2e-table.md || true
|
||||
# tests/e2e/evidence/ в .gitignore: полный вывод vitest, JSON, логи серверов —
|
||||
# артефакт прогона, а не файлы репозитория (TASK-GROK-2 п.1).
|
||||
- name: upload e2e evidence
|
||||
if: always()
|
||||
uses: actions/upload-artifact@ea165f8d65b6e75b540449e92b4886f43607fa02 # v4.6.2
|
||||
with:
|
||||
name: e2e-evidence
|
||||
path: tests/e2e/evidence/
|
||||
retention-days: 14
|
||||
if-no-files-found: warn
|
||||
|
||||
# Windows 11 (проект разрабатывается под Windows). Windows-раннера у сервера пока
|
||||
# НЕТ, поэтому задача включается только переменной репозитория
|
||||
# KRONA_WINDOWS_RUNNER=true (иначе пропускается и не висит в очереди).
|
||||
# Раннер: forgejo-runner в режиме host с меткой `windows`, Node 22+.
|
||||
# e2e на Windows идёт, только если задан секрет WINDOWS_E2E_PG_ADMIN_URL
|
||||
# (bootstrap-админ локальной PostgreSQL 17 на раннере). НЕ ПРОВЕРЕНО: не запускалась.
|
||||
windows:
|
||||
if: vars.KRONA_WINDOWS_RUNNER == 'true'
|
||||
runs-on: windows
|
||||
env:
|
||||
E2E_PG_ADMIN_URL: ${{ secrets.WINDOWS_E2E_PG_ADMIN_URL }}
|
||||
steps:
|
||||
- uses: actions/checkout@11d5960a326750d5838078e36cf38b85af677262 # v4.4.0
|
||||
- uses: actions/setup-node@49933ea5288caeca8642d1e84afbd3f7d6820020 # v4.4.0
|
||||
with: { node-version: 22, cache: npm }
|
||||
- run: npm ci
|
||||
- name: spawn without .cmd wrappers
|
||||
run: node node_modules/vitest/vitest.mjs run tests/e2e/harness/node-commands.test.ts
|
||||
- name: e2e on Windows (needs local PostgreSQL 17)
|
||||
if: env.E2E_PG_ADMIN_URL != ''
|
||||
run: node scripts/test/run-e2e.mjs
|
||||
- name: upload Windows e2e evidence
|
||||
if: always() && env.E2E_PG_ADMIN_URL != ''
|
||||
uses: actions/upload-artifact@ea165f8d65b6e75b540449e92b4886f43607fa02 # v4.6.2
|
||||
with:
|
||||
name: e2e-evidence-windows
|
||||
path: tests/e2e/evidence/
|
||||
retention-days: 14
|
||||
if-no-files-found: warn
|
||||
|
||||
# docker build требует Docker daemon, которого нет в контейнере метки `docker`.
|
||||
# Нужен раннер с меткой `docker-host` (хост с доступом к Docker). Пока такого
|
||||
# раннера нет, задача ждёт в очереди и не блокирует verify/format/e2e.
|
||||
docker-build:
|
||||
runs-on: docker-host
|
||||
needs: [verify]
|
||||
if: github.event_name == 'push'
|
||||
steps:
|
||||
- uses: actions/checkout@11d5960a326750d5838078e36cf38b85af677262 # v4.4.0
|
||||
- run: docker build -t "krona-staff:${GITHUB_SHA}" .
|
||||
|
|
|
|||
3
.gitignore
vendored
3
.gitignore
vendored
|
|
@ -18,3 +18,6 @@ apps/KronaStaffTerminal.Tests/bin/
|
|||
apps/KronaStaffTerminal.Tests/obj/
|
||||
artifacts/
|
||||
.audit-build/
|
||||
|
||||
# Результаты прогонов e2e (логи серверов, JSON vitest, таблица) — артефакт CI, не исходники
|
||||
tests/e2e/evidence/
|
||||
|
|
|
|||
206
docs/audit/2026-09-18-audit.md
Normal file
206
docs/audit/2026-09-18-audit.md
Normal file
|
|
@ -0,0 +1,206 @@
|
|||
# Аудит репозитория krona-staff (третий проход)
|
||||
|
||||
- Дата: 2026-09-18
|
||||
- Ревизия: `7c8e7fc` — ветка `codex/bootstrap-platform-foundation`, 9 коммитов
|
||||
- Предыдущие проходы: `14ed610` (первый отчёт), `b88ff91` (второй отчёт)
|
||||
- Репозиторий: https://git.ochenstarik.ru/ochenstarik/krona-staff
|
||||
|
||||
## 1. Что изменилось
|
||||
|
||||
Два новых коммита, 53 файла, +1725/−1069 строк:
|
||||
|
||||
- `64ac5c0 fix: enforce tenant isolation and runtime contracts` — Node-сервис, БД, Docker, CI;
|
||||
- `7c8e7fc fix: close terminal audit findings` — терминал, документация, лицензия ZKTeco.
|
||||
|
||||
Добавлен `docs/AUDIT-REMEDIATION-2026-09-18.md` — ответ на **первый** отчёт (ревизия `14ed610`). Замечания второго отчёта (Н1–Н10, ревизия `b88ff91`) в нём не учтены: коммиты готовились до него.
|
||||
|
||||
Главное из сделанного:
|
||||
|
||||
- разделены роли PostgreSQL: `krona_migrator` (миграции) и `krona_staff_app` (`NOSUPERUSER NOBYPASSRLS`);
|
||||
- мигратор ведёт `schema_migrations`, берёт advisory lock, откатывает только последнюю миграцию и только при `ALLOW_MIGRATION_DOWN=true`;
|
||||
- миграция `0002` добавляет `subject`/`actor` в outbox, `CHECK` на ULID и делает аудит-лог доступным приложению только на чтение и добавление;
|
||||
- маршруты перенесены под `/api/v1/staff`, `/ready` отвечает `503` без деталей, `x-correlation-id` проверяется как ULID и возвращается в ответе;
|
||||
- появились интеграционные тесты: реальная проверка изоляции тенантов на PostgreSQL и сверка OpenAPI с фактическими маршрутами; таймаут тестов поднят до 15 с;
|
||||
- Redis и BullMQ удалены из зависимостей и compose; образы Docker закреплены по digest; `format:check` и миграции добавлены в CI;
|
||||
- в терминале: экспорт журнала в CSV, маскирование имён на публичном экране, настраиваемая максимальная длительность смены, ограничение журнала в 100 000 записей, глобальные обработчики необработанных исключений, ротация `crash.log`, автозагрузка выключена по умолчанию, очищен `Package.appxmanifest`, добавлена EULA ZKTeco.
|
||||
|
||||
## 2. Проверки
|
||||
|
||||
| Проверка | Результат |
|
||||
| -------------------------------------------------------------------- | ----------------------------------------------------------------------------------------- |
|
||||
| `npm ci` | OK |
|
||||
| `npm run check` (lint, typecheck, тесты, миграции, контракты, build) | **Пройдено полностью** |
|
||||
| `npm run format:check` | Пройдено по коду репозитория (замечание только к этому файлу отчёта, он не в репозитории) |
|
||||
| `npm audit --audit-level=moderate` | 0 уязвимостей |
|
||||
| `dotnet build` терминала (Release, x64) | OK, 0 ошибок, 0 предупреждений |
|
||||
| Запрос `GET /live` (корень) | **404** — цель Docker HEALTHCHECK, см. Н11 |
|
||||
| Запрос `GET /api/v1/staff/live` | 200 |
|
||||
| Запрос `GET /api/v1/staff/ready` при сбое БД | 503, тело `{"status":"unavailable"}`, текст ошибки БД не раскрывается |
|
||||
| Некорректный `x-correlation-id` | Заменяется на сгенерированный ULID |
|
||||
| `NODE_ENV=production` + `standalone` | Запуск запрещён с понятной ошибкой |
|
||||
|
||||
**Не проверялось:** Docker, PostgreSQL и сканер SLK20R на машине аудита отсутствуют. Тест изоляции тенантов локально пропускается (`DATABASE_TEST_URL` не задан) — в CI он выполняется, но результата прогона CI я не видел.
|
||||
|
||||
## 3. Сводка
|
||||
|
||||
| Категория | Итог |
|
||||
| ----------------------------------- | --------------------------------------------------------- |
|
||||
| Закрыто из первого отчёта | 24 находки из 33 + сознательно оставлена №24 |
|
||||
| Осталось из второго отчёта (Н1–Н10) | 9 открыто, 1 частично |
|
||||
| Новые находки | 11 (2 высоких, 5 средних, 4 низких) |
|
||||
| Архитектура и право (A1, A2) | Вынесены владельцу, зафиксированы в документе исправлений |
|
||||
|
||||
## 4. Новые находки
|
||||
|
||||
### Н11. 🟠 Docker HEALTHCHECK проверяет несуществующий маршрут
|
||||
|
||||
- **Где:** `Dockerfile:21`
|
||||
- **Суть:** после переноса маршрутов под `/api/v1/staff` проверка осталась на `http://127.0.0.1:8080/live`. Проверено запросом: корневой `/live` теперь отдаёт 404, `wget` вернёт ошибку.
|
||||
- **Последствия:** контейнер всегда в состоянии `unhealthy`. В Docker Compose это ломает `depends_on: condition: service_healthy`, в оркестраторах (Swarm, Kubernetes при аналогичной пробе) — приводит к бесконечному перезапуску или к тому, что контейнер не попадает в балансировку. Автоматическая проверка развёртывания при этом молчит.
|
||||
- **Исправление:** `CMD wget -q -O - http://127.0.0.1:8080/api/v1/staff/live || exit 1`; добавить healthcheck для сервиса `app` в `compose.yaml` и тест, который сверяет путь из `Dockerfile` с маршрутами.
|
||||
|
||||
### Н12. 🟠 Контейнер приложения получает учётные данные мигратора
|
||||
|
||||
- **Где:** `compose.yaml:4`, `.env.example:5-8`
|
||||
- **Суть:** у сервиса `app` указан `env_file: .env`, а в `.env` лежат `DATABASE_MIGRATION_URL`, `POSTGRES_MIGRATION_PASSWORD` и `POSTGRES_APP_PASSWORD`. Переопределение `DATABASE_URL` не убирает остальные переменные из окружения контейнера.
|
||||
- **Последствия:** пароль роли-владельца схемы доступен процессу приложения и любому, кто прочитает `/proc/1/environ` или `docker inspect`. Разделение ролей, ради которого сделана находка №6, частично обесценивается. `docs/DEPLOYMENT.md` прямо утверждает обратное: «миграционный URL хранится отдельно и не передаётся runtime-контейнеру».
|
||||
- **Исправление:** отдельные файлы `.env.app` и `.env.migrate`, либо перечислить нужные переменные в `environment:` без `env_file`.
|
||||
|
||||
### Н13. 🟡 Обновление существующей установки ломается
|
||||
|
||||
- **Где:** `compose.yaml:23-32`, `docker/postgres/init-app-role.sh`
|
||||
- **Суть:** `POSTGRES_USER` изменён с `krona_staff` на `krona_migrator`, а роль приложения создаётся скриптом из `docker-entrypoint-initdb.d`, который выполняется только при инициализации пустого каталога данных. На уже существующем томе:
|
||||
- роль `krona_staff_app` не появится;
|
||||
- блок `GRANT` в миграциях обёрнут в `IF EXISTS (SELECT 1 FROM pg_roles ...)` и молча ничего не сделает;
|
||||
- приложение не сможет подключиться, в кластере останется прежний суперпользователь `krona_staff`.
|
||||
- **Исправление:** выполнять `scripts/create-app-role.mjs` в сервисе `migrate` перед миграциями и описать порядок обновления в `docs/DEPLOYMENT.md`.
|
||||
|
||||
### Н14. 🟡 Права выдаются «если роль есть» и не распространяются на будущие таблицы
|
||||
|
||||
- **Где:** `migrations/0001_infrastructure.up.sql:80-89`, `migrations/0002_security_hardening.up.sql:59-68`
|
||||
- **Суть:** при отсутствии роли миграция завершается успешно, но без выдачи прав — ошибка проявится позже как `permission denied` в рантайме. `ALTER DEFAULT PRIVILEGES` не настроен, поэтому каждая новая миграция обязана повторять блок `GRANT`; забытый блок — новая таблица, недоступная приложению.
|
||||
- **Исправление:** падать с понятной ошибкой, если роли нет; настроить `ALTER DEFAULT PRIVILEGES FOR ROLE krona_migrator IN SCHEMA public`.
|
||||
|
||||
### Н15. 🟡 Новое правило «Приход/Уход» теряет длинные смены и не имеет ручной корректировки
|
||||
|
||||
- **Где:** `MainPage.xaml.cs:586-588`
|
||||
- **Суть:** «Уход» проставляется, только если предыдущее событие — «Приход» и с него прошло не больше `MaximumShiftHours` (по умолчанию 20 ч). Переход через полночь теперь обрабатывается верно (№14 закрыта), но появились новые случаи:
|
||||
- смена длиннее настроенного значения (суточное дежурство при значении 20 ч) даёт второй «Приход» вместо «Ухода»;
|
||||
- если сотрудник не отметил уход, «Приход» остаётся незакрытым навсегда, и следующая отметка тоже станет «Приходом»;
|
||||
- исправить ошибочную запись в интерфейсе нельзя — доступна только полная очистка журнала.
|
||||
- **Исправление:** редактирование или удаление отдельной записи под администратором с пометкой о ручной правке; предупреждение при незакрытом «Приходе».
|
||||
|
||||
### Н16. 🟡 Ограничение журнала в 100 000 записей делает сохранение очень дорогим
|
||||
|
||||
- **Где:** `MainPage.xaml.cs:599-601`, `Services/TerminalStore.cs:127`
|
||||
- **Суть:** предел в 100 000 записей — это десятки мегабайт JSON с отступами. Каждая отметка выполняет два сохранения, каждое сохранение полностью сериализует состояние, шифрует его, пишет с принудительным сбросом на диск и копирует три резервные копии. То есть на одну отметку приходится до восьми полных записей файла.
|
||||
- Записи сверх лимита удаляются молча, без архива и без предложения выгрузить CSV.
|
||||
- **Исправление:** перейти на журнал с добавлением записей (SQLite или файл-журнал), либо хранить в состоянии только последние отметки, а историю писать отдельно; перед усечением требовать экспорт.
|
||||
|
||||
### Н17. 🟡 Приватный режим скрывает имена только в списке
|
||||
|
||||
- **Где:** `MainPage.xaml.cs:581`, `:605`
|
||||
- **Суть:** при включённом маскировании (по умолчанию) список последних отметок показывает «И\*\*\* П\*\*\*», но крупный текст на экране терминала по-прежнему выводит полное имя: «Иван Петров / Приход отмечен в 09:14», то же при отклонении повторного скана.
|
||||
- **Последствия:** цель находки №26 не достигнута — имя всё равно видно постороннему у терминала, причём более заметно, чем в списке.
|
||||
- **Исправление:** применять то же маскирование к `TerminalMessage` и к сообщениям строки состояния в публичном режиме.
|
||||
|
||||
### Н18. ⚪ Экспорт CSV не фиксируется и не защищён
|
||||
|
||||
- **Где:** `MainPage.xaml.cs:641-667`
|
||||
- **Суть:** экспорт выгружает полные имена, табельные номера, должности и все отметки в произвольный незашифрованный файл. Факт экспорта нигде не сохраняется.
|
||||
- **Исправление:** записывать в журнал событие экспорта (кто, когда, сколько записей); предупреждать, что файл не зашифрован.
|
||||
|
||||
### Н19. ⚪ Изменена уже применённая миграция, контрольные суммы не проверяются
|
||||
|
||||
- **Где:** `migrations/0001_infrastructure.up.sql`, `scripts/migrate.mjs`
|
||||
- **Суть:** файл `0001` изменён задним числом (в `CREATE TABLE` добавлены `subject_*`/`actor_*` и `CHECK`), при этом на уже мигрированных базах таблица создана по старой версии, а колонки добавляет `0002`. Сейчас расхождение компенсируется, но мигратор не хранит контрольные суммы, поэтому следующая правка применённого файла останется незамеченной.
|
||||
- **Исправление:** хранить хеш файла в `schema_migrations` и падать при расхождении.
|
||||
|
||||
### Н20. ⚪ Подстановка Release вместо Debug в пути автозагрузки
|
||||
|
||||
- **Где:** `Services/StartupService.cs:25-38`
|
||||
- **Суть:** если путь процесса содержит `\Debug\`, он заменяется на `\Release\`, а при отсутствии файла выбрасывается исключение. Установка в каталог, в названии которого есть «Debug», сломает автозагрузку; подставленный Release-файл может быть старой сборкой.
|
||||
- **Исправление:** определять отладочную сборку по `#if DEBUG` или по атрибуту сборки, а не по пути.
|
||||
|
||||
### Н21. ⚪ ADR-001 не синхронизирован с кодом
|
||||
|
||||
- **Где:** `docs/adr/ADR-001-technology-and-runtime-modes.md:8`, `:12`
|
||||
- **Суть:** ADR по-прежнему фиксирует Redis/BullMQ как принятое решение, хотя зависимости и сервис удалены; `AGENTS.md` требует синхронизировать ADR при изменении контракта. `docs/ARCHITECTURE.md` обновлён, ADR — нет.
|
||||
- **Исправление:** дополнить ADR-001 или выпустить ADR-002 «Redis откладывается до появления сценария очередей».
|
||||
|
||||
## 5. Находки второго отчёта: почти все открыты
|
||||
|
||||
`Services/TerminalStore.cs` в новых коммитах **не менялся**, поэтому связанные находки в силе.
|
||||
|
||||
| № | Находка | Статус |
|
||||
| --- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------- |
|
||||
| Н1 | 🔴 После переименования повреждённого файла следующий запуск стартует с пустым состоянием: терминал открыт для создания чужого PIN, резервные копии затираются через 3–4 сохранения. То же при простом удалении файла состояния | ❌ Открыто |
|
||||
| Н2 | 🟠 Любая ошибка чтения, включая временную блокировку файла антивирусом, считается повреждением; откат к резервной копии происходит без предупреждения | ❌ Открыто |
|
||||
| Н3 | 🟡 Резервные копии обновляются на каждом сохранении и покрывают 1–2 скана; ошибочная очистка журнала попадает во все копии | ❌ Открыто, усугублено Н16 |
|
||||
| Н4 | 🟡 `GetDeviceCount() - 1` не проверен на оборудовании | ❌ Открыто |
|
||||
| Н5 | 🟡 Счётчик неверных PIN живёт в памяти, задержка блокирует и вход по отпечатку, старые хеши не пересчитываются | ❌ Открыто |
|
||||
| Н6 | ⚪ `Disconnect` освобождает дескрипторы после 2 с ожидания независимо от результата | ❌ Открыто |
|
||||
| Н7 | ⚪ Самопроизвольная отмена регистрации | 🟨 Частично: добавлено событие `RegistrationCancelled`, но `RefreshLists()` по-прежнему сбрасывает выбор и отменяет регистрацию |
|
||||
| Н8 | ⚪ Редактирование сотрудника переписывает имена в прошлых отметках | ❌ Открыто |
|
||||
| Н9 | ⚪ При недоступном хранилище приложение нельзя закрыть штатно | ❌ Открыто |
|
||||
| Н10 | ⚪ Блокирующие циклы в пуле потоков, гонка при освобождении события активации, мьютекс в пространстве `Local\` | ❌ Открыто |
|
||||
|
||||
## 6. Находки первого отчёта: статус
|
||||
|
||||
### Закрыто
|
||||
|
||||
| № | Находка | Как закрыто |
|
||||
| ---------- | ------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------- |
|
||||
| 1, 4, 5 | Регистрация отпечатка, гонка дескрипторов, потеря связи со сканером | Отмена регистрации, передача дескрипторов, контроль связи (остаточные Н4, Н6) |
|
||||
| 3 | Гонка записи состояния | `SemaphoreSlim`, `WriteThrough` |
|
||||
| 6 | RLS обходился суперпользователем | Роль `krona_staff_app` с `NOSUPERUSER NOBYPASSRLS`, тест проверяет `rolsuper`/`rolbypassrls` |
|
||||
| 7 | Несовпадение паролей в быстром старте | Пароли и URL согласованы |
|
||||
| 8 | Мигратор | `schema_migrations`, advisory lock, откат только последней, `ALLOW_MIGRATION_DOWN` |
|
||||
| 9 | Потеря отметок при открытом диалоге | Отметка записывается |
|
||||
| 11, 12 | Второй экземпляр, дубликат пальца | Мьютекс с активацией, `DBIdentify` перед регистрацией |
|
||||
| 13 | Журнал без экспорта и без границ | CSV-экспорт и лимит (новые замечания Н16, Н18) |
|
||||
| 14 | Смена через полночь | Настраиваемая максимальная длительность смены (новое замечание Н15) |
|
||||
| 15 | `/ready` отдавал 500 с текстом ошибки | 503 без деталей, проверено |
|
||||
| 16 | Расхождение OpenAPI и маршрутов | Префикс `/api/v1/staff` и тест сверки |
|
||||
| 17 | Пул PostgreSQL | `pool.on('error')`, `release(error)`, защищённый `ROLLBACK` |
|
||||
| 18 | Тесты не проверяли инварианты | Реальный тест изоляции двух тенантов, сверка OpenAPI, таймаут 15 с |
|
||||
| 19 | Аудит-лог и outbox | Политики `SELECT`/`INSERT`, `subject`/`actor`, `CHECK` на ULID |
|
||||
| 20 | Неиспользуемый Redis | Удалён из зависимостей, compose и конфигурации (ADR не обновлён — Н21) |
|
||||
| 21, 22 | Автозагрузка | `--autostart` открывает в трее, по умолчанию выключена (остаток — Н20) |
|
||||
| 23 | Защита последнего администратора | Учитываются все администраторы, отдельная проверка при удалении отпечатков |
|
||||
| 25 | `Trim` у PIN | Проверяются оба варианта |
|
||||
| 26 | Имена на публичном экране | Маскирование в списке (неполно — Н17) |
|
||||
| 27 | Ошибки фоновых задач и `crash.log` | Глобальные обработчики, ротация по 1 МБ на 3 файла |
|
||||
| 28, 29 | Платформы проекта, шаблонный манифест | Только x64, манифест очищен, BOM убран |
|
||||
| 31, 32, 33 | `x-correlation-id`, версия, shutdown, CI, digest | Проверка ULID, `src/version.ts` и сверка версий, таймаут остановки, `format:check` в CI, образы по digest, запрет standalone в production |
|
||||
|
||||
### Оставлено сознательно и вынесено владельцу
|
||||
|
||||
- **№24** — повторный запрос PIN перед разрушительными действиями сохранён по требованию владельца.
|
||||
- **№30** — EULA ZKTeco добавлена, но сборки терминала и подписи в CI нет: нужны Windows-раннер и сертификат. Стоит отметить, что EULA запрещает включение компонента в продукты, извлекающие из этого коммерческую выгоду, — перед коммерческим распространением нужна юридическая проверка.
|
||||
- **A1** (роль терминала: локальное хранилище против edge-клиента Staff) и **A2** (письменные согласия на биометрию, сроки хранения, трансграничная передача) — решения владельца и юриста, зафиксированы в `docs/AUDIT-REMEDIATION-2026-09-18.md`.
|
||||
|
||||
## 7. Оценка качества исправлений
|
||||
|
||||
Сделано аккуратно: исправления не косметические, к ним добавлены тесты (изоляция тенантов, сверка OpenAPI), документация обновлена вместе с кодом, отдельный документ фиксирует, что оставлено сознательно. Обход RLS, мигратор и контракт API — самые опасные места первого отчёта — закрыты по существу, а не «подпоркой».
|
||||
|
||||
Основные замечания к процессу:
|
||||
|
||||
1. Изменения не проверялись в реальной среде: Docker и PostgreSQL не запускались, поэтому неработающий HEALTHCHECK (Н11) и сломанный путь обновления (Н13) не были замечены. `AGENTS.md` прямо требует не считать Docker и CI проверенными, если среда не запускалась, — документ исправлений это честно фиксирует.
|
||||
2. Замечания второго отчёта не попали в работу, а хранилище состояния — источник самой опасной из открытых проблем (Н1).
|
||||
3. Коммиты по-прежнему крупные и смешивают исправления с новыми функциями (экспорт CSV, приватный режим, редактирование).
|
||||
|
||||
## 8. План
|
||||
|
||||
| Приоритет | Задача | Находки |
|
||||
| --------- | -------------------------------------------------------------------------------------------------------------------------------- | ------------- |
|
||||
| 1 | Не стартовать с пустым состоянием при наличии `*.corrupt-*`/`.bak*`; не затирать копии; отличать повреждение от временных ошибок | Н1, Н2 |
|
||||
| 2 | Исправить HEALTHCHECK и добавить проверку сервиса `app` в compose | Н11 |
|
||||
| 3 | Убрать миграционные учётные данные из контейнера приложения | Н12 |
|
||||
| 4 | Создание роли приложения в сервисе `migrate`, порядок обновления существующих установок, явная ошибка при отсутствии роли | Н13, Н14 |
|
||||
| 5 | Журнал с добавлением записей вместо полной перезаписи, резервные копии по времени, ручная правка отметок | Н3, Н15, Н16 |
|
||||
| 6 | Маскирование имени на главном экране терминала | Н17 |
|
||||
| 7 | Проверить `GetDeviceCount() - 1` на оборудовании, довести устойчивость сканера | Н4, Н6 |
|
||||
| 8 | Счётчик попыток PIN в хранилище, не блокировать вход по отпечатку, пересчёт старых хешей | Н5 |
|
||||
| 9 | Контрольные суммы миграций, обновление ADR-001, аудит экспорта CSV | Н19, Н21, Н18 |
|
||||
| 10 | Решения владельца: контракт терминала и правовая база обработки биометрии | A1, A2 |
|
||||
56
docs/audit/2026-09-26/ACCEPTANCE-1.md
Normal file
56
docs/audit/2026-09-26/ACCEPTANCE-1.md
Normal file
|
|
@ -0,0 +1,56 @@
|
|||
# Приёмка №1: Grok и Antigravity — 2026-09-26
|
||||
|
||||
Проверял независимо, на живой PostgreSQL 17.10, в отдельных рабочих копиях. Код веток не менялся. Основа обеих веток — `778ba2d`; текущая основная ветка — `331e490`. Обе ветки вливаются в неё без конфликтов, друг с другом тоже.
|
||||
|
||||
## Итог
|
||||
|
||||
| Исполнитель | Ветка | Сделано из задания | Вердикт |
|
||||
| ----------- | -------------------------------------------------- | --------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
||||
| Antigravity | `antigravity/fix-reject-device-shifts` (`795bba0`) | Только часть 0 — немедленная мера по S1 | **Принять после одной правки**: подделка смены с устройства закрыта, но новый тест на реальной базе красный. Части 1–4 не начаты |
|
||||
| Grok | `grok/e2e-harness` (`421da72`) | Задачи 1–7 | **Принять после двух правок**: стенд работает и честно ловит дефекты, но под Windows не запускается, а ID моего аудита не сопоставлены — файлы аудита до Grok не дошли |
|
||||
|
||||
## Antigravity
|
||||
|
||||
**Что проверено вживую** ([evidence/acceptance-antigravity-live-sync.txt](evidence/acceptance-antigravity-live-sync.txt)):
|
||||
|
||||
- **S1 закрыт.** Устройство отправляет смену `status: confirmed, worked_minutes: 2880`. Ответ: `rejected / COMMAND_NOT_SUPPORTED`, смена не создана, расчёт по ней начисляет 0 ₽. До исправления было 14 400 ₽.
|
||||
- **Сценарии Grok на этой ветке.** SYNC-A и SYNC-B (устройство не может подтвердить смену и утвердить табель) стали зелёными ([evidence/acceptance-grok-sync-with-antigravity.txt](evidence/acceptance-grok-sync-with-antigravity.txt)).
|
||||
- **Штатные проверки.** lint, typecheck, сборка, миграции и контракты проходят; 188 тестов пройдено. `format:check` красный только по чужим старым файлам, файлы Antigravity отформатированы.
|
||||
|
||||
**Что не так:**
|
||||
|
||||
1. **Новый тест на реальной базе падает.** В очистке `tests/integration/sync-rejection.test.ts:69-74` запись удаляется ролью приложения, а у неё нет права DELETE на `staff_timesheet_entries` и `staff_employees`. Это тот же дефект, что N5. Проверка внутри теста проходит, но сам файл красный — значит, на живой базе тест не запускался. Исправление: очистка ролью мигратора, как Grok сделал для N5.
|
||||
2. **Сделана только часть 0.** Не начаты: синхронизация S2–S9 (S2 и S9 проверил на этой ветке — оба по-прежнему воспроизводятся), SSRF через push (K12), оповещения процесса подтверждения, публикатор outbox.
|
||||
3. **Сообщение коммита — один абзац в строке заголовка.** Нужны короткий заголовок и причина в теле (AGENTS.md).
|
||||
4. **После влития нужно синхронизироваться с Grok.** SYNC-A и SYNC-B надо убрать из `tests/e2e/known-defects.json` — иначе CI упадёт с «дефект исправлен, обновите список». Это зона Grok.
|
||||
|
||||
## Grok
|
||||
|
||||
**Что проверено** ([evidence/acceptance-grok-e2e.txt](evidence/acceptance-grok-e2e.txt)):
|
||||
|
||||
- **Зона соблюдена.** Изменены только `tests/e2e/**`, `tests/integration/tenant-isolation.test.ts`, `.forgejo/workflows/ci.yml` и `scripts/test/**`. Продукт не тронут.
|
||||
- **Коммиты оформлены правильно.** 12 маленьких коммитов, у каждого в теле объяснена причина.
|
||||
- **Стенд работает.** Прогон на моей PostgreSQL дал **38 красных и 9 зелёных** — ровно как в его отчёте. Красные совпадают с моими находками: N1, N2, N3, N4, N9, N10, N11, N12, F2, F3, F4, F7, F10, решения владельца OWN-01…11, синхронизация, пилотный compose.
|
||||
- **Логика «известных дефектов» верная.** Известный красный сценарий не роняет CI. Исправленный дефект, который остался в списке, роняет CI. Незнакомый красный сценарий тоже роняет CI. Так исправление не пройдёт незамеченным, и регрессия тоже.
|
||||
- **Новая находка, которой не было у меня (SYNC-C0).** Начальная загрузка данных на устройство на реальной базе всегда отвечает 500: `column "status" does not exist`. Офлайн-синхронизация фактически не работает на приём данных. Это задача для Antigravity.
|
||||
|
||||
**Что не так:**
|
||||
|
||||
1. **Под Windows стенд не запускается**, а проект разрабатывается под Windows:
|
||||
- `scripts/test/run-e2e.mjs:35` — `spawn('npx')`;
|
||||
- `tests/e2e/harness/global-setup.ts:67` и `scripts/test/n13-race.mjs:102` — `spawn(node_modules/.bin/tsx)`.
|
||||
|
||||
Всё это даёт `ENOENT`, потому что в Windows это `.cmd`. Исправление: `spawn(process.execPath, [<путь к tsx/dist/cli.mjs>, …])` и то же для vitest. С такой локальной правкой я и проводил прогон.
|
||||
|
||||
2. **ID моего аудита не сопоставлены.** Файлы `AUDIT.md` и `evidence` до Grok не дошли. Он это честно отметил: K1, K3–K6, K10–K12, S1, S2, S9 и A4 помечены «не проверено». Сценарии фактически покрывают те же дефекты под его номерами, нужно только переименовать теги.
|
||||
3. **PR не создан**: у Grok нет токена Forgejo. Описание лежит в `tests/e2e/REPORT.md`. Также `tests/e2e/evidence/` коммитится в репозиторий и будет меняться при каждом прогоне — лучше хранить это как артефакт CI.
|
||||
|
||||
## Что делать дальше
|
||||
|
||||
1. **Влить Grok первым** (только тесты и CI) — после исправления запуска под Windows.
|
||||
2. **Влить Antigravity** — после исправления очистки в тесте. В том же PR или сразу после Grok убирает SYNC-A и SYNC-B из списка известных дефектов.
|
||||
3. **Antigravity продолжает** части 1–4 задания, плюс SYNC-C0 (загрузка на устройство падает на реальной базе).
|
||||
4. **Grok сопоставляет ID** с моим аудитом, когда получит файлы.
|
||||
5. **Codex.** В репозитории уже есть ветки `codex/fix-format-baseline` и `codex/fix-live-database` (этапы 0 и 1). Их можно принимать следующими.
|
||||
|
||||
Стенды удалены, база остановлена. В этой приёмке ничего не влито и не запушено.
|
||||
213
docs/audit/2026-09-26/AUDIT.md
Normal file
213
docs/audit/2026-09-26/AUDIT.md
Normal file
|
|
@ -0,0 +1,213 @@
|
|||
# Полный аудит krona-staff — 2026-09-26
|
||||
|
||||
- Аудитор: Claude (Opus 5.5), режим только чтения: код, ветки и удалённый репозиторий не менялись
|
||||
- Проверено: основная ветка `codex/bootstrap-platform-foundation` на коммите `3e20544` (2026-09-26 12:31 +07, версия 0.3.2) и ветки `antigravity/offline-sync-backend` (`5ee7517`, офлайн-синхронизация) и `codex/frontend-library` (`1812870`, оформление портала)
|
||||
- Действует для: `778ba2d` — текущая основная ветка, в которую обе ветки влиты без изменения проверенного кода
|
||||
- Сверка: аудит Grok на том же коммите `3e20544` (14 старых и 14 новых находок) — каждая перепроверена заново
|
||||
- Доказательства: папка [evidence](evidence) — сценарии живой проверки и их вывод
|
||||
|
||||
> Во время проверки обе ветки были влиты в основную (`3595792`), плюс косметический коммит `778ba2d`. Код синхронизации совпадает с проверенным `5ee7517`, поэтому находки S1–S9 относятся к основной ветке, а S1 (устройство создаёт подтверждённые смены, и они попадают в зарплату) — действующий дефект.
|
||||
|
||||
## 1. Итог в трёх строках
|
||||
|
||||
1. **Выпускать нельзя.** На настоящей PostgreSQL главная цепочка «подтвердить смену → рассчитать → утвердить» не работает (500), а создать сотрудника через API невозможно.
|
||||
2. **Деньги считаются неверно даже там, где работает.** Одна смена может быть оплачена трижды, утверждённую смену можно отклонить задним числом без сторно, импорт из Excel теряет суммы, а устройство офлайн-синхронизации может само создать «подтверждённую» смену на 48 часов.
|
||||
3. **Терминал пока не отправляет отметки на сервер.** Сотрудники на терминале получают свои идентификаторы, сервер их не знает и отвечает 404; связь служба ↔ интерфейс не работает из-за разных имён канала.
|
||||
|
||||
## 2. Что реально запускалось
|
||||
|
||||
| Проверка | Результат |
|
||||
| ------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------- |
|
||||
| `npm ci`, lint, typecheck, build, check:migrations, check:contracts | пройдено |
|
||||
| `format:check` | не пройдено — 16 файлов ([evidence/format-check.txt](evidence/format-check.txt)) |
|
||||
| vitest без базы | 156 пройдено, 1 пропущен |
|
||||
| vitest на живой PostgreSQL 17.10 (роль приложения) | тест изоляции арендаторов падает при очистке: `permission denied for table staff_employees` |
|
||||
| Миграции 0001–0010 мигратором **без** SUPERUSER: вверх, откат 10 шагов, вверх, повтор | пройдено |
|
||||
| Миграции ветки синхронизации 0001–0011, откат 0011 и повтор | пройдено |
|
||||
| `scripts/create-app-role.mjs` мигратором без SUPERUSER | ошибка `permission denied to alter role` |
|
||||
| RLS на живой базе | 23 из 23 таблиц с `tenant_id`: ENABLE + FORCE + политика; роль приложения без SUPERUSER, BYPASSRLS, CREATEROLE; журналы только на чтение и вставку |
|
||||
| Живой API: сервер на реальной базе, реальные HTTP-запросы | 19 сценариев, см. раздел 4 |
|
||||
| `npm audit` (всё и production) | 0 уязвимостей |
|
||||
| .NET: сборка службы Release, тесты терминала | сборка без ошибок; тесты 43 из 43 |
|
||||
| Named pipe службы | проверено запуском отдельного тестового проекта |
|
||||
| Не проверено | Docker и compose (нет на машине), WinUI-интерфейс вживую, DPAPI и ACL на отдельной Windows-машине, Snyk, реальные push-сервисы |
|
||||
|
||||
Стенд: Windows 11, Node 24, PostgreSQL 17.10 (встроенная сборка), .NET 10 SDK. База аудита создавалась в UTF-8; первая попытка в WIN1251 дала ложную ошибку кодировки, её результаты отброшены.
|
||||
|
||||
## 3. Сводка
|
||||
|
||||
| Уровень | Открыто | Из них подтверждено вживую |
|
||||
| ------- | ------- | -------------------------- |
|
||||
| P0 | 2 | 1 |
|
||||
| P1 | 17 | 10 |
|
||||
| P2 | 32 | 6 |
|
||||
| P3 | 31 | 3 |
|
||||
|
||||
Сверка с Grok: из его 28 находок 22 подтверждены, 4 подтверждены частично (F8, F11, N7, N10), 1 исправлена (F5), 1 не воспроизведена (N13). Сверх Grok — 57 новых замечаний, главное — в денежной логике, терминале, эксплуатации и офлайн-синхронизации.
|
||||
|
||||
## 4. Подтверждено на живом сервере
|
||||
|
||||
| ID | Что проверено | Результат |
|
||||
| --- | ----------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------- |
|
||||
| F2 | Сервер без токенов, `STANDALONE_ACCESS=manager`, запросы без авторизации | `GET /portal` 200, `GET /payroll` 200, `GET /finance` 200, **запись** `POST /professions` 201 |
|
||||
| F2 | То же при `STANDALONE_ACCESS=employee` (значение по умолчанию в compose) | `GET /portal` 200, `GET /payroll` 200 анонимно |
|
||||
| F3 | Вход менеджером, выход, повтор старой cookie | cookie содержит сам токен менеджера; после `DELETE /session` старая cookie даёт `GET /portal` 200 |
|
||||
| F4 | 60 неверных входов подряд | 60 × 401, ни одного 429 |
|
||||
| N1 | `POST /employees` | 500, `42P08 inconsistent types deduced for parameter $2` |
|
||||
| N2 | Подтверждение смены, расчёт | оба 500, `23502 null value in column "occurred_at" of relation "staff_outbox"` |
|
||||
| N4 | Одна смена 8 ч × 300 ₽, три пересекающихся расчёта с утверждением | 3 начисления в реестре, **7 200 ₽ вместо 2 400 ₽** |
|
||||
| D5 | Отклонение смены, уже оплаченной по утверждённой ведомости | 200, сторно не создано, начисления остались |
|
||||
| N12 | Ставка `rate_minor = 1e20` с лишним полем | принято, 200 |
|
||||
| — | Расчёт за `month = 2026-13` | 500 |
|
||||
| N3 | Сотрудник подписывает push на `https://127.0.0.1:18443`, затем отметка на терминале | сервер открыл соединение на внутренний адрес и отправил TLS ClientHello |
|
||||
| N9 | Сотрудник Б регистрирует endpoint сотрудника А | 201, подписка перешла к Б |
|
||||
| A4 | Ошибки 500 | наружу уходят код и текст ошибки PostgreSQL |
|
||||
| N10 | Токен терминала | `GET /professions` 200 со всем справочником; `GET /org-units` отдаёт пустой список — эта часть находки Grok не подтвердилась |
|
||||
| N13 | Два одновременных первых расчёта периода | **не воспроизведено**: обе заявки получили один расчёт |
|
||||
| S1 | Устройство синхронизации отправляет смену `status: confirmed, worked_minutes: 2880` | смена сохранена подтверждённой, подтвердил «никто», журнал аудита пуст; расчёт начислил **14 400 ₽** |
|
||||
| S2 | Устройство отправляет отметку с `occurred_at = 2020-01-01` | сохранена |
|
||||
| S9 | Удаление точки, к которой привязано устройство синхронизации | ошибка `23502 null value in column "tenant_id"` — точку удалить нельзя |
|
||||
| — | Заголовки портала | CSP `script-src 'self'`, HSTS присутствуют |
|
||||
|
||||
Для N4, D5 и S1 в базе аудита временно задавалось значение по умолчанию для `staff_outbox.occurred_at` (иначе мешает N2); после сценария оно снималось.
|
||||
|
||||
## 5. P0 — блокируют любое использование вне стенда
|
||||
|
||||
**K1. Открытый режим без токенов (F2, подтверждено вживую).** Если токены менеджера и терминала не заданы, любой запрос без авторизации получает права `STANDALONE_ACCESS` (`src/adapters/identity.ts:32-49`, `src/config.ts:45-47`). Корневой `compose.yaml` публикует порт 8080 на всех интерфейсах по HTTP и токенов не задаёт; в пилотном compose переменные подставляются без `:?`, поэтому пустая строка в `.env` молча открывает сервис.
|
||||
|
||||
**K2. Production-режим недостижим, пилот работает как development (F1).** Адаптер платформенного JWT — заглушка (`identity.ts:60-66`), standalone в production запрещён. Поэтому оба compose ставят `NODE_ENV=development` (`compose.yaml:5`, `deploy/pilot/compose.yaml:8`) — это обходит проверки «standalone запрещён» и «HTTPS обязателен» на пилоте с реальными ФИО и зарплатами.
|
||||
|
||||
## 6. P1 — денежная логика и работоспособность
|
||||
|
||||
| ID | Суть | Где | Подтверждение |
|
||||
| --------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------ | ---------------------------------- |
|
||||
| K3 (N2) | Вставки в outbox без `occurred_at`: подтверждение смены, расчёт и утверждение всегда 500 | `src/portal.ts:1145-1163`, `src/domain/payroll/service.ts:770-784`, `917-935` | вживую |
|
||||
| K4 (N1) | `POST /employees` всегда 500 из-за типа параметра `$2` | `src/portal.ts:465-483` | вживую |
|
||||
| K5 (N4) | Пересекающиеся и «точка / все точки» расчёты начисляют смену повторно; при пересчёте не обновляется `period_end` | `service.ts:425-454`, `759-768`, `860-903`; индексы `0006:196-199` | вживую, 7 200 ₽ за 2 400 ₽ |
|
||||
| K6 (D5) | Смены и строки утверждённой ведомости можно менять; у роли приложения есть DELETE на строки и UPDATE на ведомости, неизменяемость держится только кодом | `portal.ts:1024-1106`, `0006:296-300` | вживую |
|
||||
| K7 (D2) | Импорт начислений и выплат теряет деньги: дельта считается по всем записям дня, а вставка по конкретному ключу | `src/operations.ts:1017-1052`, `scripts/import-owner-workbook.py:147,168,176` | по коду |
|
||||
| K8 (D1) | Версии правил фиктивны: v1 изменяемая, даты действия не учитываются, условия точки не читаются, в строке ведомости нет дерева правила и ревизии смены — утверждённый расчёт нельзя воспроизвести | `service.ts:152-180`, `517-529`, `686-695` | по коду |
|
||||
| K9 (D3) | Параметры пресетов кроме ставки, процента и гарантии не сохраняются, метрики кроме выручки и позиции не загружаются: официант по пресету получает 0 ₽, премия за порог выручки — 0 ₽ | `service.ts:295-299`, `488-500`; `src/portal-ui.ts:273-275` | по коду |
|
||||
| K10 (F3) | В cookie лежит сам токен, выход не отзывает сессию; токен сотрудника бессрочный | `portal.ts:262-276` | вживую |
|
||||
| K11 (F4, A2) | Нет ограничения частоты; каждый неверный токен открывает транзакцию в БД при пуле 10 соединений — отказ в обслуживании | `portal.ts:1276-1296`, `src/infrastructure/database.ts:9` | вживую (F4) |
|
||||
| K12 (N3) | SSRF через push-подписку: разрешён любой `https://`, редиректы следуются, фрагмент ответа сохраняется | `src/domain/notification/push-dispatcher.ts:80`, `web-push.ts:226-258` | вживую |
|
||||
| K13 (S1) | Офлайн-синхронизация: устройство создаёт и перезаписывает подтверждённые смены и строки табеля | `src/domain/sync/service.ts:784-990` | вживую, 14 400 ₽ |
|
||||
| K14 (T4) | Отметки терминала не доходят до сервера: локальные ULID сотрудников сервер не знает (404), повтор каждые 15 с бесконечно; контракт в `docs/TERMINAL-API-REQUIREMENTS.md` расходится с кодом | `apps/KronaStaffTerminal/MainPage.xaml.cs:479-492`, `TerminalModels.cs:157` | по коду + ответ сервера 404 |
|
||||
| K15 (T1) | Служба создаёт pipe `\\.\pipe\global\KronaStaffTerminalPipe`, интерфейс подключается к `\\.\pipe\KronaStaffTerminalPipe`: IPC не работает, свободное имя может занять любой процесс и получать отметки с ФИО | `apps/KronaStaffTerminal/Services/TerminalIpc.cs:84`, `:236` | проверено запуском |
|
||||
| K16 (T2) | Служба от LocalSystem выдаёт операторам полный доступ к каталогу данных и сама ротирует там логи и меняет ACL — путь к правам SYSTEM через junction | `TerminalStore.cs:305-360`, `CrashLogService.cs:331-371`, `installer/KronaStaffTerminal.nsi:119` | по коду (механизм), PoC не делался |
|
||||
| K17 (T5) | Биометрия: нет письменного согласия (152-ФЗ ст. 11), шаблоны остаются в резервных копиях после удаления, уведомления в Telegram — трансграничная передача | `MainPage.xaml.cs:685-776`, `TerminalStore.cs:96-100, 376-384` | по коду |
|
||||
| K18 (D1 эксплуатации) | Нет резервного копирования пилотной базы с реальными ФИО, табелем и зарплатой; `BACKUP-RESTORE.md` — только шаблон | `docs/BACKUP-RESTORE.md`, `deploy/pilot/` | по коду |
|
||||
| K19 (D4 расчёта) | Утверждается устаревший расчёт: ревизии смен и выручки не сверяются, предупреждения «нет выручки», «нет профиля оплаты» не сохраняются, сотрудник без профиля выпадает из фонда и его долю делят остальные | `service.ts:632-641`, `840-903` | по коду |
|
||||
|
||||
## 7. P2
|
||||
|
||||
**Сервер и расчёт**
|
||||
|
||||
- N5 — тест изоляции арендаторов удаляет сотрудников ролью приложения, у которой нет DELETE: CI с базой красный (подтверждено). Маршрутные тесты работают на поддельной базе, поэтому N1 и N2 не ловятся.
|
||||
- N6 — `create-app-role.mjs` требует мигратора-суперпользователя (подтверждено).
|
||||
- N7 — импорт-скрипт отключает проверку TLS при `--allow-self-signed` и принимает токен в аргументах командной строки. **Уточнение к Grok:** ответа 400 на `/professions` не будет — Fastify по умолчанию молча отбрасывает лишние поля (`removeAdditional`), поэтому ответ 201, а задуманный код профессии теряется.
|
||||
- N12, D9 — нет верхних границ ставок и `additionalProperties:false` на назначении оплаты; `2026-13` и `2026-02-30` проходят шаблон и дают 500 (подтверждено).
|
||||
- F7 — `Idempotency-Key` и таблица ключей не используются, хотя ADR и контракт приложения их требуют.
|
||||
- F9 — healthcheck в Dockerfile по HTTP при HTTPS-only production.
|
||||
- F10, A6 — проверка Origin пропускает запросы без Origin и с любым `Authorization`; практическая эксплуатация закрыта `SameSite=Strict`, но должно быть fail-closed.
|
||||
- A3 — один общий токен терминала на все устройства, отметки до 180 дней назад.
|
||||
- A4 — ошибки 500 раскрывают текст PostgreSQL (подтверждено).
|
||||
- D6 — одна роль «менеджер» и считает, и утверждает, и выплачивает, без привязки к точке — разделения обязанностей нет.
|
||||
- D13 — `additionalProperties:false` в схемах на деле не отклоняет лишние поля, а молча их удаляет: опечатки клиентов не видны.
|
||||
- D7 — округление строк после деления фонда выплачивает на 1 ₽ больше фонда; вес фонда у правила без доли фонда теряет эту часть фонда.
|
||||
|
||||
**Уведомления и outbox**
|
||||
|
||||
- F6 — outbox пишется, но публикатора нет, `dispatchPending` не вызывается, строки в `pending` не повторяются никогда; отправка живёт в `setImmediate` и теряется при рестарте.
|
||||
- U1 — некорректные ключи подписки роняют цикл отправки остальным устройствам.
|
||||
- U2 — нет лимита подписок и таймаутов: одна отметка может породить тысячи запросов.
|
||||
- U3 — нет захвата строки при отправке: при двух экземплярах возможна двойная отправка.
|
||||
|
||||
**Офлайн-синхронизация**
|
||||
|
||||
- S2 — время отметки задаётся клиентом без ограничений (подтверждено: 2020 год принят).
|
||||
- S3 — гонки идемпотентности, потеря обновлений без проверки ревизии, одна плохая команда откатывает весь пакет из 100.
|
||||
- S4 — начальная синхронизация отдаёт устройству весь арендатор, включая уволенных и всю историю минут.
|
||||
- S5 — курсор теряет изменения за пределами первых 100 строк; изменения из портала устройство не видит.
|
||||
- S6 — отметки через синхронизацию не пишут outbox и принимаются для уволенных.
|
||||
- S9 — внешний ключ `ON DELETE SET NULL` на составном ключе ломает удаление точки (подтверждено).
|
||||
|
||||
**Терминал и служба**
|
||||
|
||||
- T3 — член группы операторов может расшифровать состояние: хеш PIN, токены сервера и ботов, токен обновлений, шаблоны отпечатков.
|
||||
- T6 — служба и интерфейс перезаписывают один файл без межпроцессной блокировки: теряются смена PIN, счётчик попыток, блокировки.
|
||||
- T7 — установщик не задаёт ACL на выбранный каталог установки; предсозданный пользователем каталог данных остаётся в его владении.
|
||||
- T8 — терминал запускается с правами администратора после установки и автообновления; через диалог экспорта можно получить оболочку.
|
||||
- T9 — проверка обновления сильная (HTTPS, SHA-256, Authenticode, закреплённый издатель), но файл проверяется в профиле пользователя и запускается позже (TOCTOU); на каждом терминале лежит токен чтения приватного репозитория.
|
||||
- T10 — служба от SYSTEM загружает `libzkfp.dll` по PATH, если драйвер не установлен.
|
||||
|
||||
**Эксплуатация**
|
||||
|
||||
- D3 — самоподписанный сертификат на IP: у сотрудников не заработают PWA и push; ключ лежит рядом с pfx незашифрованным; продление ломает пиннинг на всех терминалах.
|
||||
- D4 — обновление без тегированных образов и отката, без бэкапа перед миграцией, без `lock_timeout`.
|
||||
- D5 — скрипт настройки терминала пишет не туда, где терминал читает состояние после переноса в `%ProgramData%`.
|
||||
- D6 — `docker build` в CI внутри docker-раннера, down-миграции в CI не проверяются, пилотный compose тестами не покрыт.
|
||||
|
||||
## 8. P3 (кратко)
|
||||
|
||||
N8 эфемерные VAPID-ключи и кэш публичного ключа на сутки; N9 перепривязка чужого endpoint (подтверждено, но нужен секретный endpoint); N10 справочник профессий без проверки прав; N11 слабая валидация импорта; N13 гонка первого расчёта (не воспроизведена); N14 GET-запросы переписывают правило v1; F12 деньги в `number`; F13 плавающие теги в CI; F14 форматирование 16 файлов; A5 валидация и импорт до проверки прав, открытый `/openapi.json`; A7 новый токен сотрудника без `no-store`; A8 все менеджеры — один актор в аудите; A9 correlation id от клиента; U4 нет политики повторов и dead letter; U5 scope service worker не покрывает `/staff`; U6 выход не отзывает push-подписку; U7 FK без `tenant_id`; S7 очистка входящих не работает (передаётся не тот идентификатор); S8 CSRF и белый список scope устройств; W1 `/staff/*` отвечает 200 на любой путь; T11 DoS через IPC до проверки HMAC; T12 нет backoff в синхронизации терминала; T13 молчаливый откат службы к резервной копии, нет порога совпадения отпечатка; D8 документация расходится с кодом; D9 нет лимитов ресурсов контейнеров; D10 `.dockerignore` не исключает `deploy/pilot/.env` и секреты; D11 миграции из build-стадии от root; D12 smoke-тест ничего не проверяет и пишет в боевую базу; D14 нет редактирования PII в логах; D15 дефолты корневого compose; D16 коммиты без тела и смешанные по темам, 67 файлов bin/obj в истории.
|
||||
|
||||
## 9. Сверка с аудитом Grok
|
||||
|
||||
| ID Grok | Вердикт | Комментарий |
|
||||
| ---------------------- | ---------------------------------------------------------- | ------------------------------------------------------------------------------- |
|
||||
| F1, F2, F3, F4 | подтверждено | F2–F4 вживую; к F1 добавлено: пилот обходит запрет через `NODE_ENV=development` |
|
||||
| F5 | исправлено | неизвестный сотрудник → 404 |
|
||||
| F6 | подтверждено, серьёзнее | строки `pending` не повторяются никогда |
|
||||
| F7, F9, F12, F13, F14 | подтверждено | F13: `ajv allErrors` в проверке контрактов вектором не является |
|
||||
| F8 | исправлено по форме, остаток P1 | ACL и HMAC есть, но имена pipe не совпадают (K15) |
|
||||
| F10 | подтверждено, практически закрыто cookie `SameSite=Strict` | |
|
||||
| F11 | API есть, но неработоспособно на реальной базе (K3) | |
|
||||
| N1, N2, N3, N4, N5, N6 | подтверждено вживую | |
|
||||
| N7 | частично | TLS и токен в argv — да; ответ 400 — нет (поля молча отбрасываются) |
|
||||
| N8, N11, N12, N14 | подтверждено | |
|
||||
| N9 | подтверждено вживую | эксплуатация требует знать секретный endpoint |
|
||||
| N10 | частично | `/professions` — да; `/org-units` для не-менеджеров отфильтрован |
|
||||
| N13 | не воспроизведено вживую | по коду возможно, оставлено P3 |
|
||||
|
||||
Чего в аудите Grok нет: денежные дефекты K6–K9 и K19, терминал K14–K17, отсутствие бэкапа, пилот в режиме development, ветка синхронизации целиком (она появилась после его аудита).
|
||||
|
||||
## 10. Что сделано хорошо
|
||||
|
||||
- Изоляция арендаторов: RLS с FORCE на всех 23 таблицах, составные внешние ключи, `set_config(..., true)` в транзакции, арендатор никогда не берётся из запроса.
|
||||
- Роли базы: приложение без SUPERUSER и BYPASSRLS, журналы начислений и аудита — только чтение и вставка на уровне прав.
|
||||
- Миграции: SHA-256, advisory lock, откат только последней и только явным флагом; работают мигратором без суперпользователя.
|
||||
- Токены: сравнение за постоянное время, 256 бит, в базе только хеш; cookie `__Host-`, HttpOnly, Secure, SameSite=Strict; CSP `script-src 'self'`, экранирование в портале.
|
||||
- Web-push: шифрование по RFC 8291/8188 и VAPID реализованы корректно, в уведомлениях нет персональных данных.
|
||||
- Калькулятор: чистая функция, распределение фонда методом наибольшего остатка, тесты на реальной таблице владельца.
|
||||
- Терминал: закрыты все прошлые находки по хранилищу и PIN (Argon2id, маркер первичной настройки в HKLM, отличие повреждения от временной ошибки), шаблоны отпечатков не уходят на сервер, автообновление проверяет подпись и издателя.
|
||||
- Контейнеры не от root, read-only, образы по digest; секретов в истории нет; UTF-8 без BOM и LF соблюдены.
|
||||
|
||||
## 11. Порядок исправлений
|
||||
|
||||
1. **Разблокировать работу на базе:** K3 (одна строка в трёх местах), K4 и сразу интеграционные тесты этих маршрутов на PostgreSQL в CI.
|
||||
2. **Закрыть открытый доступ и пилот:** K1, K2 (профиль `pilot` с обязательными токенами и HTTPS), K10, K11, бэкап K18.
|
||||
3. **Деньги:** K5, K6, K7, K8, K9, K19 — до первого боевого расчёта.
|
||||
4. **Синхронизация (уже в основной ветке):** сразу отключить приём смен и табеля от устройств и не регистрировать устройства в пилоте; затем закрыть K13, S2, S3, S9.
|
||||
5. **Уведомления:** K12, F6, U1–U3.
|
||||
6. **Терминал:** K14 (без этого отметки не попадают на сервер), K15, K16, K17.
|
||||
7. P2 и P3 по мере работы.
|
||||
|
||||
Распределение по исполнителям — в файлах [TASK-CODEX.md](TASK-CODEX.md), [TASK-ANTIGRAVITY.md](TASK-ANTIGRAVITY.md), [TASK-GROK.md](TASK-GROK.md).
|
||||
|
||||
## 12. Решения владельца (2026-09-26)
|
||||
|
||||
**Роли и точки (закрывает вопрос D6):**
|
||||
|
||||
- **бухгалтер** готовит расчёт и ведомость выплат и отправляет пакет на подтверждение;
|
||||
- **руководитель** получает оповещение, просматривает и подписывает пакет (или возвращает с комментарием); только его подпись регистрирует начисления и выплаты — руководитель проводит оплаты;
|
||||
- **управляющий** привязан к своим точкам и работает с ними; утверждать и выплачивать не может;
|
||||
- сотрудники и управляющие **могут работать на других точках**: привязка к основной точке сохраняется, но смена на другой точке допустима и относится к той точке, где отработана.
|
||||
|
||||
**Согласие на обработку биометрии (закрывает вопрос K17):** согласие обязательно; подтверждается в мобильном приложении сотрудника при авторизации.
|
||||
|
||||
Юридическая оговорка для исполнителя: 152-ФЗ требует для биометрии согласия в письменной форме. Электронное согласие равнозначно письменному, если подписано электронной подписью, в том числе простой, при наличии соглашения о её использовании (например, пункт трудового договора или локального акта). Текст согласия и такое соглашение готовит юрист.
|
||||
|
||||
## 13. Локальная ветка
|
||||
|
||||
Ветка `codex/payroll-foundation` удалена по решению владельца. Её незакоммиченные копии, уже влитые в основную ветку коммитом `3464998`, сохранены в `git stash` на случай сверки.
|
||||
22
docs/audit/2026-09-26/README.md
Normal file
22
docs/audit/2026-09-26/README.md
Normal file
|
|
@ -0,0 +1,22 @@
|
|||
# Аудит 2026-09-26 и задания исполнителям
|
||||
|
||||
Рабочая папка аудита: исполнители берут отсюда задания и отчитываются через git.
|
||||
|
||||
| Файл | Что это |
|
||||
| ------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------- |
|
||||
| [AUDIT.md](AUDIT.md) | Полный аудит на живой PostgreSQL 17: находки P0–P3, сверка с аудитом Grok, решения владельца |
|
||||
| [ACCEPTANCE-1.md](ACCEPTANCE-1.md) | Приёмка первого круга работ Grok и Antigravity |
|
||||
| [TASK-CODEX.md](TASK-CODEX.md) | Codex: сервер, расчёт, база, пилот, терминал, роли, подтверждение и согласие — этапы 0–6 |
|
||||
| [TASK-ANTIGRAVITY-2.md](TASK-ANTIGRAVITY-2.md) | Antigravity, **текущий круг**: синхронизация, push, оповещения, outbox |
|
||||
| [TASK-GROK-2.md](TASK-GROK-2.md) | Grok, **текущий круг**: запуск стенда под Windows, сопоставление ID, недостающие сценарии, приёмка |
|
||||
| [TASK-ANTIGRAVITY.md](TASK-ANTIGRAVITY.md), [TASK-GROK.md](TASK-GROK.md) | Задания первого круга, для истории |
|
||||
| [evidence/](evidence) | Сценарии живой проверки и их фактический вывод |
|
||||
|
||||
## Как работать
|
||||
|
||||
- Каждый исполнитель работает в своих ветках и только в своей зоне файлов — зоны перечислены в задании.
|
||||
- Готовность пункта подтверждается зелёным сценарием стенда Grok (`node scripts/test/run-e2e.mjs`) на живой PostgreSQL, а не тестами на поддельной базе.
|
||||
- Отчёт о выполненном — в описании ветки или коммита: ID, коммит, какой сценарий стал зелёным.
|
||||
- Приёмку каждой ветки независимо проводит Grok; итог следующего круга появится здесь как `ACCEPTANCE-2.md`.
|
||||
|
||||
Решения владельца (роли, точки, процесс подтверждения, согласие) — раздел 12 в [AUDIT.md](AUDIT.md) и раздел «Решения владельца» в [TASK-CODEX.md](TASK-CODEX.md).
|
||||
116
docs/audit/2026-09-26/TASK-ANTIGRAVITY-2.md
Normal file
116
docs/audit/2026-09-26/TASK-ANTIGRAVITY-2.md
Normal file
|
|
@ -0,0 +1,116 @@
|
|||
# Задание для Antigravity, круг 2: синхронизация, push, outbox
|
||||
|
||||
- Репозиторий: https://git.ochenstarik.ru/ochenstarik/krona-staff
|
||||
- Основа: текущая основная ветка `codex/bootstrap-platform-foundation` (`331e490`)
|
||||
- Задание самодостаточное; полный аудит и доказательства — в `docs/audit/2026-09-26/`.
|
||||
|
||||
## Итог приёмки прошлого круга
|
||||
|
||||
Ветку `antigravity/fix-reject-device-shifts` (`795bba0`) проверили на живой PostgreSQL 17.
|
||||
|
||||
**Что сработало:**
|
||||
|
||||
- Подделка смены с устройства закрыта. Смена `status: confirmed, worked_minutes: 2880` теперь получает `rejected / COMMAND_NOT_SUPPORTED`. Раньше она начисляла 14 400 ₽, теперь 0 ₽.
|
||||
- Сценарии Grok SYNC-A и SYNC-B на этой ветке зелёные.
|
||||
|
||||
**Что не так:**
|
||||
|
||||
1. `tests/integration/sync-rejection.test.ts:69-74` на реальной базе падает. Очистка идёт ролью приложения, а у неё нет права DELETE на `staff_timesheet_entries` и `staff_employees`. Проверка внутри теста проходит, но файл красный — значит, на живой базе тест не запускали.
|
||||
2. Сообщение коммита — один абзац в строке заголовка. Нужен короткий заголовок, а причина — в теле.
|
||||
3. Из задания сделана только немедленная мера. Остальные части не начаты.
|
||||
|
||||
## Как работать в этом круге
|
||||
|
||||
- **Ветки.** `antigravity/fix-<тема>` от `331e490`, по одной на каждый пункт ниже. Маленькие коммиты: заголовок до 72 символов, причина в теле (AGENTS.md).
|
||||
- **Проверка на живой базе обязательна.** В репозитории есть стенд Grok (ветка `grok/e2e-harness`, после влития — в основной):
|
||||
- `scripts/test/provision-pg.mjs` создаёт роли как в пилоте: мигратор без SUPERUSER, приложение без BYPASSRLS;
|
||||
- `node scripts/test/run-e2e.mjs` прогоняет сценарии на реальном сервере и реальной PostgreSQL 17.
|
||||
|
||||
Пункт считается сделанным, когда соответствующий сценарий стал зелёным. Номера сценариев указаны в таблицах.
|
||||
|
||||
- **Очистка в тестах** — ролью мигратора, как в `tests/integration/tenant-isolation.test.ts` после исправления Grok. Роли приложения удалять запрещено, так задумано.
|
||||
- **Список известных дефектов.** После каждого исправления сообщи Grok ID сценариев, которые стали зелёными, — он уберёт их из `tests/e2e/known-defects.json`. Сам этот файл не правь: иначе CI упадёт с «дефект исправлен, обновите список».
|
||||
- **Outbox.** Писать в `staff_outbox` только через общий хелпер, который делает Codex (ветка `codex/fix-live-database`). Во вставке обязательно поле `occurred_at` — без него подтверждение и расчёт падают.
|
||||
|
||||
**Твоя зона:**
|
||||
|
||||
- `src/sync.ts`, `src/domain/sync/**`, миграции синхронизации;
|
||||
- `src/domain/notification/**`, маршруты `/push/*`;
|
||||
- service worker и подписка в `src/portal-ui.ts`;
|
||||
- диспетчер и публикатор outbox.
|
||||
|
||||
**Не трогай:** авторизацию, сотрудников, смены, расчёт, терминал и развёртывание — это зона Codex; `tests/e2e/**` и CI — зона Grok.
|
||||
|
||||
## 1. Довести прошлую ветку (сегодня)
|
||||
|
||||
| Что сделать | Готово, когда |
|
||||
| --------------------------------------------------------------- | ----------------------------------------- |
|
||||
| Очистка в `sync-rejection.test.ts` — ролью мигратора | Тест зелёный на живой базе |
|
||||
| Перебазировать ветку на `331e490`, переписать сообщение коммита | Ветка вливается в основную без конфликтов |
|
||||
|
||||
## 2. Синхронизация на реальной базе не работает (срочно)
|
||||
|
||||
| ID | Что сломано | Где | Готово, когда |
|
||||
| ------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------ | --------------- |
|
||||
| SYNC-C0 | Начальная загрузка на устройство (`/sync/pull` без курсора) всегда отвечает 500: `column "status" does not exist`. Запрос обращается к столбцу, которого в таблице нет | `src/domain/sync/service.ts`, начальная загрузка | SYNC-C0 зелёный |
|
||||
|
||||
## 3. Синхронизация: остальные дефекты
|
||||
|
||||
| Мой ID | Сценарий Grok | Что сделать | Готово, когда |
|
||||
| ------ | --------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------- |
|
||||
| S2 | SYNC-J | `occurred_at` — строгий ISO с часовым поясом. Устройство передаёт своё текущее время, сервер вычисляет расхождение часов и ограничивает время отметки относительно момента получения. При большом расхождении — `pending_review`. Сейчас отметка с датой 2020 года принимается | SYNC-J зелёный |
|
||||
| S3 | SYNC-G | Сначала захватить ключ идемпотентности, потом выполнять команду. `SAVEPOINT` на каждую команду. Проверять ревизию в UPDATE. `source_event_id = sync:{device}:{key}`. Временные отказы не кэшировать | Битая команда не откатывает весь пакет; две параллельные отправки с одним ключом выполняются один раз |
|
||||
| S4 | SYNC-E, SYNC-F | Начальная загрузка — только по точке устройства, только активные сотрудники, ограниченное окно дат, пагинация в SQL. Отметки уволенных отклонять. Точку брать из устройства; чужую точку в payload отклонять | SYNC-E и SYNC-F зелёные |
|
||||
| S5 | SYNC-C, SYNC-D | Курсор не теряет данные при `has_more`. Порядок — по фиксации транзакций, а не по `BIGSERIAL`. Изменения из портала видны устройству. Устаревший курсор запускает повторную начальную загрузку | SYNC-C и SYNC-D зелёные |
|
||||
| S6 | — | Отметки через синхронизацию пишут outbox (через общий хелпер), как онлайн-маршрут | Отметка через синхронизацию порождает событие |
|
||||
| S7 | — | Очистка входящих получает `tenant_id`, а не идентификатор системного актора (`service.ts:1056`), и запускается по расписанию | — |
|
||||
| S8 | SYNC-H | Проверка Origin на маршрутах управления устройствами, белый список scope, `no-store` на ответе с токеном устройства | SYNC-H зелёный |
|
||||
| S9 | попроси Grok добавить | Внешний ключ `(tenant_id, org_unit_id) ON DELETE SET NULL` обнуляет и `tenant_id`, поэтому удаление точки с привязанным устройством падает с `23502`. Новой миграцией заменить на `SET NULL (org_unit_id)` или `RESTRICT` | Точку можно удалить или получить понятный отказ |
|
||||
| — | SYNC-I | Без настроенных токенов анонимный запрос не должен регистрировать устройство. Сделать вместе с Codex: он закрывает открытый режим без токенов (F2) | SYNC-I зелёный |
|
||||
| — | SYNC-K | Подтверждение курсора «из будущего» (больше выданного сервером) отклонять с 400 | SYNC-K зелёный |
|
||||
|
||||
## 4. Push-уведомления
|
||||
|
||||
| Мой ID | Сценарий Grok | Что сделать | Готово, когда |
|
||||
| ------ | ------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------- |
|
||||
| K12 | N3 | SSRF: сейчас сотрудник подписывает push на `https://127.0.0.1:…`, и сервер сам туда подключается. Разрешать только известные push-сервисы (FCM, Mozilla, Apple, WNS). После DNS запрещать приватные, loopback и link-local адреса. `redirect: 'manual'`, таймаут 5–10 с, тело ответа не сохранять. Где: `push-dispatcher.ts:80`, `web-push.ts:226-258` | N3 зелёный |
|
||||
| N9 | N9 | Конфликт endpoint с другим сотрудником — ответ 409. Перепривязка разрешена только тем же браузером | N9 зелёный |
|
||||
| N8 | — | В production без `VAPID_*` сервер не стартует. Публичный ключ отдавать с `no-cache` | — |
|
||||
| U1–U4 | — | Проверять ключи подписки при регистрации. Ошибка по одной подписке не прерывает отправку остальным. Не больше 5–10 подписок на сотрудника. Таймаут и лимит чтения ответа 1 КБ. Атомарный захват строки перед отправкой (`sending` плюс аренда), повторы с backoff, dead letter | Два экземпляра сервера не отправляют сообщение дважды |
|
||||
| U5–U7 | — | Scope service worker покрывает `/staff`. Выход отзывает push-подписку устройства. Составной внешний ключ с `tenant_id` в `staff_notification_deliveries` | — |
|
||||
|
||||
## 5. Оповещения процесса подтверждения (после этапа 4 у Codex)
|
||||
|
||||
Решение владельца: бухгалтер отправляет пакет расчёта и выплат на подтверждение, руководитель получает оповещение, проверяет и подписывает, после чего всё регистрируется. Сам процесс и события делает Codex, от тебя — доставка.
|
||||
|
||||
| Событие | Кому | Содержание |
|
||||
| --------------------------------- | ---------------------------------------- | ------------------------------------------------------------------------------ |
|
||||
| `staff.payroll.package_submitted` | Всем с ролью «Руководитель» в арендаторе | Период, число сотрудников, итог, число предупреждений, ссылка на экран подписи |
|
||||
| `staff.payroll.package_returned` | Бухгалтеру, который отправил пакет | Комментарий руководителя |
|
||||
| `staff.payroll.package_signed` | Бухгалтеру и сотрудникам из пакета | Сотрудникам — только «начисление за период доступно», без сумм |
|
||||
|
||||
Основной канал — push. Запасной — Telegram, без персональных данных и сумм. Если пакет не подписан за 24 ч (значение настраивается), отправить повторное напоминание. Адресата определять по роли, а не по фиксированному списку.
|
||||
|
||||
Сценарий Grok OWN-03 («каждый руководитель получает ровно одно оповещение») должен стать зелёным.
|
||||
|
||||
## 6. Публикатор outbox
|
||||
|
||||
Вместо `setImmediate` нужен фоновый публикатор:
|
||||
|
||||
- повторяет строки в статусах `pending` и `failed`;
|
||||
- ставит `published_at`;
|
||||
- на стороне получателя — идемпотентность через inbox;
|
||||
- соблюдает политику хранения.
|
||||
|
||||
Готово, когда после перезапуска сервера неотправленные события уходят, а `staff_outbox` не растёт бесконечно.
|
||||
|
||||
## Порядок
|
||||
|
||||
1. Пункт 1, затем пункт 2 — сегодня.
|
||||
2. Пункты 3 и 4 — параллельно, по одной ветке на пункт.
|
||||
3. Пункт 5 — когда Codex выпустит события пакета.
|
||||
4. Пункт 6 — после влития общего хелпера outbox от Codex.
|
||||
|
||||
## Отчёт после каждой ветки
|
||||
|
||||
Ветка, коммит и ID сценариев Grok, которые стали зелёными, — с фактическим выводом `run-e2e`.
|
||||
105
docs/audit/2026-09-26/TASK-ANTIGRAVITY.md
Normal file
105
docs/audit/2026-09-26/TASK-ANTIGRAVITY.md
Normal file
|
|
@ -0,0 +1,105 @@
|
|||
# Задание для Antigravity: синхронизация, уведомления, outbox
|
||||
|
||||
- Репозиторий: https://git.ochenstarik.ru/ochenstarik/krona-staff
|
||||
- Основа: ветка `codex/bootstrap-platform-foundation`, коммит `778ba2d`. Твоя офлайн-синхронизация в неё уже влита (`3595792`); код такой же, как в проверенном коммите `5ee7517`.
|
||||
- Материалы в репозитории: `docs/audit/2026-09-26/` — `AUDIT.md` и `evidence/`. Для синхронизации есть живые сценарии: `evidence/live-sync.mjs.txt`, вывод — `evidence/live-sync.txt`.
|
||||
|
||||
## Контекст
|
||||
|
||||
На живой PostgreSQL 17 подтвердилось:
|
||||
|
||||
- **Устройство синхронизации создаёт подтверждённые смены.** Оно отправило смену с `status: confirmed` и `worked_minutes: 2880`. Смена сохранилась подтверждённой без участия управляющего и без записи в журнале аудита. Расчёт начислил по ней 14 400 ₽. Это дефект основной ветки.
|
||||
- **Отметки задним числом проходят.** Устройство сохранило отметку с датой 2020 года.
|
||||
- **Точку с устройством нельзя удалить.** Удаление падает с `23502`.
|
||||
- **Push-подписка даёт доступ во внутреннюю сеть.** Сотрудник подписал push на `https://127.0.0.1:…`, после чего сервер сам открыл туда соединение.
|
||||
|
||||
## Зона ответственности
|
||||
|
||||
**Твоя зона:**
|
||||
|
||||
- офлайн-синхронизация: `src/sync.ts`, `src/domain/sync/**`, миграция `0011`, `docs/OFFLINE-SYNC-PROTOCOL.md`;
|
||||
- уведомления: `src/domain/notification/**`, маршруты `/push/*` в `src/portal.ts`, миграция `0010`, service worker и подписка в `src/portal-ui.ts`;
|
||||
- диспетчер и публикатор outbox — всё, что читает `staff_outbox` и доставляет события.
|
||||
|
||||
**Не трогай:**
|
||||
|
||||
- авторизацию, сотрудников, смены, расчёт, импорт, процесс подтверждения, терминал и развёртывание — это Codex;
|
||||
- `tests/e2e/**`, `tests/integration/tenant-isolation.test.ts`, CI — это Grok.
|
||||
|
||||
**Записывать в outbox** только через общий хелпер, который Codex делает в задаче K3. Свою вставку не пиши: сейчас именно из-за разрозненных вставок без `occurred_at` падают подтверждение и расчёт.
|
||||
|
||||
## Правила
|
||||
|
||||
- Ветки `antigravity/fix-<тема>` от основной, отдельный PR на каждую часть.
|
||||
- Маленькие коммиты. **В теле каждого коммита объясни причину** (AGENTS.md).
|
||||
- Перед пушем: `npm run check` и `npm run format:check` зелёные. Миграции проверены вверх и вниз на чистой PostgreSQL 17 мигратором без SUPERUSER.
|
||||
- Каждое исправление — с тестом на настоящей PostgreSQL, а не только на поддельной базе.
|
||||
- Пункт считается закрытым, только если соответствующий сценарий из `evidence/live-sync.mjs.txt` или `evidence/live-audit.mjs.txt` больше не воспроизводит дефект. Grok проверяет каждый пункт независимо.
|
||||
|
||||
## Часть 0 — немедленная мера (первым PR, сегодня)
|
||||
|
||||
- Сервер отклоняет от устройств команды `upsert_work_session` и `upsert_timesheet_entry`: ответ «команда не поддерживается», в базу ничего не пишется. Файл: `src/domain/sync/service.ts:784-990`.
|
||||
- Отдельный маленький PR. Grok проверяет его первым.
|
||||
- До закрытия S1 и S2 устройства синхронизации в пилоте не регистрировать.
|
||||
|
||||
**Готово, когда:** сценарий S1 из `evidence/live-sync.mjs.txt` больше не создаёт смену.
|
||||
|
||||
## Часть 1 — офлайн-синхронизация
|
||||
|
||||
| ID | Что сделать | Где | Готово, когда |
|
||||
| ------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------ | ----------------------------------------------------------------------------------------------------------- |
|
||||
| S1 (P1) | Устройство отправляет только события отметок, смены и табель считает сервер (reconcile). Если правка с устройства действительно нужна: отдельный scope, только черновые статусы, запрет трогать `confirmed` и `approved`, запись в журнал аудита | `src/domain/sync/service.ts:784-990` | Команда с `status: confirmed` отклоняется; поддельная смена не попадает в расчёт |
|
||||
| S2 | `occurred_at` принимать только в строгом ISO с зоной. Устройство передаёт своё текущее время, сервер считает расхождение часов и ограничивает время отметки относительно времени получения. При большом расхождении — статус `pending_review` | `service.ts:659, 723, 756` | Отметка с датой 2020 года отклоняется или уходит на проверку |
|
||||
| S3 | Сначала захватить ключ идемпотентности, потом выполнять команду. `SAVEPOINT` на каждую команду. Проверка ревизии в `UPDATE`. `source_event_id = sync:{device}:{key}`. Временные отказы не кэшировать | `service.ts:672, 702, 774, 832, 936` | Две параллельные отправки с одним ключом выполняются один раз; одна плохая команда не откатывает весь пакет |
|
||||
| S4 | Начальная загрузка: только точка устройства, только активные сотрудники, ограниченное окно дат, пагинация в SQL | `service.ts:~380-590, 448` | Устройство не получает уволенных и чужие точки |
|
||||
| S5 | Курсор не теряет данные при `has_more`. Порядок — по фиксации транзакций, а не по `BIGSERIAL`. Изменения из портала видны устройству. Повторная начальная загрузка при устаревшем курсоре, как обещает протокол | `service.ts:343, 595-600` | — |
|
||||
| S6 | Отметки через синхронизацию пишут outbox так же, как онлайн-маршрут. Проверять `status = 'active'` сотрудника. Сохранять `org_unit_id` | `service.ts:720-780` | — |
|
||||
| S9 | Внешний ключ `(tenant_id, org_unit_id) ON DELETE SET NULL` обнуляет и `tenant_id`, поэтому удаление точки падает. Заменить на `SET NULL (org_unit_id)` или `RESTRICT` новой миграцией | `migrations/0011_offline_sync_backend.up.sql:21` | Точку с устройством можно удалить или получить понятный отказ |
|
||||
| S7 | Очистка входящих должна получать `tenant_id`, а не идентификатор системного актора. Запускать её по расписанию | `service.ts:1056` | — |
|
||||
| S8 | Проверка Origin на маршрутах управления устройствами. Белый список scope. `no-store` на ответе с токеном устройства | `src/sync.ts:74`, `service.ts:190` | — |
|
||||
|
||||
## Часть 2 — уведомления
|
||||
|
||||
| ID | Что сделать | Где | Готово, когда |
|
||||
| ------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------- | --------------------------------------------------------------------------------------- |
|
||||
| K12 (N3, P1) | Разрешать только известные push-сервисы: FCM, Mozilla, Apple, WNS. После разрешения DNS запрещать приватные, loopback и link-local адреса. `redirect: 'manual'`, таймаут 5–10 с, тело ответа не сохранять | `src/domain/notification/push-dispatcher.ts:80`, `web-push.ts:226-258` | Подписка на `https://127.0.0.1:…` отклоняется; сценарий N3 не даёт входящего соединения |
|
||||
| N9 | Конфликт endpoint с другим сотрудником → 409. Перепривязка — только тем же браузером | `push-dispatcher.ts:100-111` | Сценарий N9 отвечает 409 |
|
||||
| N8 | В production без `VAPID_*` сервер не стартует. Публичный ключ отдавать с `no-cache` | `web-push.ts:80-87`, `src/portal.ts:121-123` | — |
|
||||
| U1 | Проверять ключи подписки при регистрации. Ошибки отправки обрабатывать отдельно для каждой подписки | `web-push.ts:230`, `push-dispatcher.ts:283` | Неверная подписка не мешает остальным устройствам сотрудника |
|
||||
| U2 | Не больше 5–10 подписок на сотрудника, таймаут, чтение тела ответа не больше 1 КБ, ограничение параллельности | `web-push.ts:235-258` | — |
|
||||
| U3, U4 | Атомарный захват строки перед отправкой: статус `sending` плюс аренда. Повторы с backoff и учётом `Retry-After`. Отдельный статус dead letter. Срок хранения `last_error` | `push-dispatcher.ts:233-367` | При двух экземплярах сервера сообщение уходит один раз |
|
||||
| U5, U6 | Scope service worker должен покрывать `/staff`. Выход из кабинета отзывает push-подписку устройства | `src/portal-ui.ts` (регистрация service worker и выход) | — |
|
||||
| U7 | Составной внешний ключ с `tenant_id` в `staff_notification_deliveries` | `migrations/0010…up.sql:44` (новой миграцией) | — |
|
||||
|
||||
## Часть 3 — оповещения процесса подтверждения
|
||||
|
||||
Решение владельца: бухгалтер отправляет пакет с расчётом и выплатами на подтверждение, руководитель получает оповещение, проверяет и подписывает, после чего всё регистрируется. Процесс, подпись и события в outbox делает Codex (его этап 4). От тебя — доставка.
|
||||
|
||||
| Событие | Кому | Что в оповещении |
|
||||
| --------------------------------- | ---------------------------------------- | ------------------------------------------------------------------------------------------------------ |
|
||||
| `staff.payroll.package_submitted` | Всем с ролью «Руководитель» в арендаторе | Период, число сотрудников, итог, число предупреждений; ссылка сразу на экран подписи |
|
||||
| `staff.payroll.package_returned` | Бухгалтеру, отправившему пакет | Комментарий руководителя |
|
||||
| `staff.payroll.package_signed` | Бухгалтеру; сотрудникам из пакета | Сотрудникам — только «начисление за период доступно», без сумм в тексте; суммы видны лишь в приложении |
|
||||
|
||||
- Основной канал — push в приложении. Если push не доставлен (нет подписки или ошибка), руководителю уходит сообщение в Telegram — без персональных данных и сумм.
|
||||
- Если пакет не подписан за настраиваемое время (по умолчанию 24 ч), руководителю приходит повторное напоминание.
|
||||
- Адресат определяется по роли и арендатору, а не по фиксированному списку: при смене руководителя оповещения получает новый.
|
||||
|
||||
**Готово, когда** на живом стенде отправка пакета даёт ровно одно оповещение каждому руководителю, а перезапуск сервера его не дублирует. Сотрудник получает уведомление без сумм и только после подписи.
|
||||
|
||||
## Часть 4 — публикатор outbox
|
||||
|
||||
| ID | Что сделать | Где | Готово, когда |
|
||||
| ------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
|
||||
| F6, D7 | Заменить `setImmediate` фоновым публикатором. Он повторяет строки в `pending` и `failed`, ставит `published_at`, обеспечивает идемпотентность у получателя через inbox и соблюдает политику хранения. Альтернатива — убрать из `module.json` события, которые никто не публикует | `src/portal.ts:830-842`, `push-dispatcher.ts:333-367`, `module.json` | После перезапуска сервера неотправленные события уходят; `staff_outbox` не растёт бесконечно |
|
||||
|
||||
## Порядок работы с остальными
|
||||
|
||||
1. **Сразу:** часть 0.
|
||||
2. **Параллельно с этапами 1–3 у Codex:** части 1 и 2. Часть S6 делай после того, как Codex сообщит, что влит общий хелпер outbox (K3).
|
||||
3. **После этапа 4 у Codex** (события пакета): часть 3.
|
||||
4. **Часть 4** — в любой момент после K3.
|
||||
|
||||
## Отчёт после каждой части
|
||||
|
||||
Таблица «ID — что сделано — коммит — тест» и список того, что не удалось, с причиной.
|
||||
219
docs/audit/2026-09-26/TASK-CODEX.md
Normal file
219
docs/audit/2026-09-26/TASK-CODEX.md
Normal file
|
|
@ -0,0 +1,219 @@
|
|||
# Задание для Codex: исправления по аудиту и решения владельца
|
||||
|
||||
- Репозиторий: https://git.ochenstarik.ru/ochenstarik/krona-staff
|
||||
- Основа: ветка `codex/bootstrap-platform-foundation`, коммит `778ba2d`
|
||||
- Материалы в репозитории: `docs/audit/2026-09-26/` — `AUDIT.md` (полный аудит) и `evidence/` (сценарии живой проверки и их вывод). Идентификаторы K, N, D, T, A, F ниже — из аудита.
|
||||
|
||||
## Контекст
|
||||
|
||||
Аудит на живой PostgreSQL 17 показал:
|
||||
|
||||
- на реальной базе не работают создание сотрудника, подтверждение смены, расчёт и утверждение зарплаты — везде 500;
|
||||
- без токенов сервер открыт всем;
|
||||
- одна смена может быть оплачена трижды;
|
||||
- утверждённую смену можно отклонить задним числом без сторно;
|
||||
- импорт из Excel теряет суммы;
|
||||
- отметки терминала не доходят до сервера.
|
||||
|
||||
Юнит-тесты при этом зелёные, потому что работают на поддельной базе.
|
||||
|
||||
## Зона ответственности
|
||||
|
||||
**Твоя зона:**
|
||||
|
||||
- сервер: авторизация, сотрудники, смены, расчёт, импорт, выплаты, процесс подтверждения;
|
||||
- база и миграции;
|
||||
- развёртывание пилота;
|
||||
- портал;
|
||||
- Windows-терминал, служба и установщик;
|
||||
- мобильное приложение в части экранов согласия и подписи.
|
||||
|
||||
**Не трогай:**
|
||||
|
||||
- `src/domain/notification/**`, маршруты `/push/*`, диспетчер и публикатор outbox — это Antigravity;
|
||||
- `src/sync.ts`, `src/domain/sync/**`, миграцию `0011` — это тоже Antigravity;
|
||||
- `tests/e2e/**`, `tests/integration/tenant-isolation.test.ts`, `.forgejo/workflows/ci.yml` — это Grok.
|
||||
|
||||
Если нужна правка в чужой зоне, попроси исполнителя.
|
||||
|
||||
**Общий хелпер вставки в outbox** (задача K3) делаешь ты. Antigravity будет пользоваться им для своих событий, поэтому сделай его первым и сообщи, когда он влит.
|
||||
|
||||
## Правила
|
||||
|
||||
- Ветки `codex/fix-<тема>` от основной, отдельный PR на каждый этап.
|
||||
- Маленькие коммиты. **В теле каждого коммита объясни причину** (AGENTS.md). Сейчас у 40 последних коммитов тела нет.
|
||||
- Перед пушем должны быть зелёными `npm run check` и `npm run format:check`.
|
||||
- Каждое исправление SQL или маршрута сопровождай интеграционным тестом **на настоящей PostgreSQL** (переменная `DATABASE_TEST_URL`, роль приложения `krona_staff_app`). Тесты на `fakeDatabase` подтверждением не считаются.
|
||||
- Пункт считается закрытым, только когда соответствующий сценарий из `evidence/live-audit.mjs.txt` перестаёт воспроизводить дефект. Каждый пункт независимо перепроверит Grok.
|
||||
- Реальные ФИО и суммы из книги владельца в тесты и фикстуры не копировать.
|
||||
- Миграции проверяй вверх и вниз на чистой PostgreSQL 17 мигратором без SUPERUSER.
|
||||
|
||||
## Решения владельца
|
||||
|
||||
**Роли.**
|
||||
|
||||
| Роль | Может | Не может |
|
||||
| ------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------- |
|
||||
| Руководитель | Всё по всем точкам. Просматривает пакет на подтверждение, подписывает или возвращает его. **Проводит оплаты:** только его подпись регистрирует начисления и выплаты | — |
|
||||
| Бухгалтер | Просмотр по всем точкам, расчёт, ведомость выплат, **отправка пакета на подтверждение**, выгрузки | Подписывать; регистрировать начисления и выплаты; менять правила оплаты и смены |
|
||||
| Управляющий | Сотрудники, смены, выручка и черновик расчёта **по своим точкам** | Отправлять на подтверждение, подписывать, выплачивать; видеть данные чужих точек |
|
||||
| Сотрудник | Только свои смены, начисления, выплаты и остаток | Всё остальное |
|
||||
|
||||
**Точки.**
|
||||
|
||||
- У каждого сотрудника и управляющего есть основная точка и дополнительные, в том числе временные (подмена), с датами действия.
|
||||
- Работать на другой точке можно. Смена относится к точке, где она отработана, и считается по правилам и фонду этой точки.
|
||||
|
||||
**Процесс оплаты.** Бухгалтер отправляет пакет на подтверждение, руководитель получает оповещение, проверяет, подписывает — и всё регистрируется.
|
||||
|
||||
**Согласие.** Согласие на обработку персональных данных и биометрии обязательно. Сотрудник подтверждает его в мобильном приложении при авторизации.
|
||||
|
||||
## Этап 0 — форматирование (первым коммитом, до всех остальных)
|
||||
|
||||
Одним коммитом выполни `npm run format` по всему репозиторию (сейчас 16 файлов не проходят проверку). Коммит сделай до того, как остальные исполнители начнут работу, чтобы не было конфликтов.
|
||||
|
||||
## Этап 1 — разблокировать работу на реальной базе (сегодня)
|
||||
|
||||
| ID | Что сделать | Где | Готово, когда |
|
||||
| ------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------- |
|
||||
| K3 (N2) | Во вставках в `staff_outbox` нет `occurred_at`, а столбец `NOT NULL` без значения по умолчанию. Вынеси вставку в один общий хелпер outbox, который всегда заполняет время, и замени им все вставки | `src/portal.ts:1145-1163`, `src/domain/payroll/service.ts:770-784`, `917-935`; эталон — `src/portal.ts:810-823` | Подтверждение смены, расчёт и утверждение отвечают 200 на живой базе; тест на PostgreSQL |
|
||||
| K4 (N1) | Параметр `$2` выводится PostgreSQL как `text` и как `varchar` (ошибка `42P08`). Добавь явные приведения или вынеси поиск профессии в отдельный запрос | `src/portal.ts:465-483` | `POST /employees` → 201 на живой базе; тест на PostgreSQL |
|
||||
| — | Проверь остальные запросы на тот же дефект: один `$N` в разных типах | весь `src/` | — |
|
||||
|
||||
## Этап 2 — закрыть открытый доступ и привести пилот в порядок
|
||||
|
||||
| ID | Что сделать | Где | Готово, когда |
|
||||
| ----------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------- |
|
||||
| K1 (F2, P0) | Без токенов сейчас любой анонимный запрос получает права `STANDALONE_ACCESS`. Сделай fail-closed: сервер не стартует без токенов, если `HOST` не loopback. Во всех compose токены и пароли — через `${VAR:?}` | `src/adapters/identity.ts:32-49`, `src/config.ts:45-47`, `compose.yaml`, `deploy/pilot/compose.yaml:14-15` | Запуск без токенов на `0.0.0.0` падает с понятной ошибкой; анонимный `GET /portal` → 401 |
|
||||
| K2 (F1, P0) | Пилот работает с `NODE_ENV=development`, чтобы обойти запрет standalone в production. Сделай явный профиль `pilot`: обязательные токены и HTTPS, никакого development-поведения. Платформенный JWT — отдельной задачей, когда будет контракт Core | `deploy/pilot/compose.yaml:8`, `compose.yaml:5`, `src/config.ts:51-66` | В пилотном compose нет `NODE_ENV=development`; проверки `loadConfig` действуют |
|
||||
| K10 (F3) | Серверные сессии: в cookie — случайный идентификатор, в базе — хеш, срок жизни, отзыв при выходе и при смене ключа. Токену сотрудника — срок жизни | `src/portal.ts:262-276` | После `DELETE /session` старая cookie → 401 |
|
||||
| K11 (F4, A2) | Ограничение частоты по IP на `/session` и на неуспешную аутентификацию. Для заведомо неверного токена не открывать транзакцию в БД: пул всего на 10 соединений | `src/portal.ts:1276-1296`, `src/infrastructure/database.ts:9` | 60 неверных входов подряд дают 429 |
|
||||
| A4 | Глобальный обработчик ошибок: при 5xx — общий текст и correlation id, детали только в лог | `src/app.ts` | В ответе 500 нет кода и текста ошибки PostgreSQL |
|
||||
| F10, A6 | Проверку Origin для мутаций по cookie сделать fail-closed. Пропускать её только при `Authorization: Bearer` | `src/portal.ts:1359-1374` | Мутация по cookie без Origin → 403 |
|
||||
| A5, A7, A9 | Аутентификацию делать до валидации тела; `/openapi.json` — только менеджеру или в dev. `no-store` на выдаче токена сотрудника. Correlation id от клиента хранить отдельно от серверного | `src/portal.ts:734`, `src/app.ts` | — |
|
||||
| D13 | Лишние поля в теле запроса отклонять ответом 400 (`removeAdditional: false`), а не удалять молча, как сейчас | `src/app.ts` | Поведение совпадает с `additionalProperties: false` в OpenAPI |
|
||||
| K18 (P1) | Резервное копирование пилота: `pg_dump -Fc` по расписанию, шифрование, копия вне хоста, срок хранения. Бэкап перед каждой миграцией в `setup.sh`. Провести restore drill и записать результат | `deploy/pilot/`, `docs/BACKUP-RESTORE.md` | Есть скрипт, расписание и протокол успешного восстановления |
|
||||
| N6 | Задавать атрибуты роли только в `CREATE ROLE`, затем `ALTER ROLE … PASSWORD`, затем проверять `rolsuper` и `rolbypassrls` и при нарушении отказывать | `scripts/create-app-role.mjs:19`, `docker/postgres/init-app-role.sh:17` | Скрипт работает мигратором без SUPERUSER |
|
||||
| N7 | Пиннинг сертификата вместо отключения проверки TLS; токен только из переменной окружения; убрать поле `code` из тела `/professions` | `scripts/import-owner-workbook.py:241, 255, 278` | — |
|
||||
| F9 | Healthcheck образа по HTTPS | `Dockerfile:21` | — |
|
||||
| D3 | TLS пилота: локальный CA, установленный на устройства, или домен с ACME; пиннинг SPKI или CA вместо листового сертификата; ключ не хранить незашифрованным рядом с pfx; runbook продления | `deploy/pilot/setup.sh:37-47` | На телефоне сотрудника регистрируется service worker (иначе PWA и push не работают) |
|
||||
| D4, D11, D12 | Образы с тегами и возможность отката; `lock_timeout` в миграциях; миграции не от root и без dev-зависимостей; smoke-тест проверяет коды ответов и не пишет в боевую базу | `deploy/pilot/setup.sh`, `scripts/migrate.mjs`, `deploy/pilot/smoke-test.sh` | — |
|
||||
| D9, D10, D14, D15 | Лимиты памяти, CPU и числа процессов, `cap_drop`, ротация логов; `.dockerignore` для `**/.env` и `deploy/pilot/secrets`; `redact` в логгере, ошибки пула — через pino; безопасные значения по умолчанию в корневом compose | compose-файлы, `.dockerignore`, `src/app.ts:42`, `src/infrastructure/database.ts` | — |
|
||||
|
||||
## Этап 3 — денежная логика (до первого боевого расчёта)
|
||||
|
||||
| ID | Что сделать | Где | Готово, когда |
|
||||
| -------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------- |
|
||||
| K5 (N4) | Каждая смена начисляется ровно один раз: `session_id` в строке ведомости и уникальность среди неаннулированных ведомостей (или exclusion constraint на пересечение периодов, включая сочетание «одна точка» и «все точки»). При пересчёте обновлять `period_end` | `src/domain/payroll/service.ts:425-454, 759-768, 860-903`; индексы `migrations/0006:196-199` | Три пересекающихся расчёта дают одно начисление 2 400 ₽ или 409 (сейчас 7 200 ₽) |
|
||||
| K6 (D5) | Смены и строки ведомости после подписи неизменяемы на уровне БД: триггер или политика, у роли приложения нет DELETE и UPDATE. Исправление — только сторнирующей записью | `src/portal.ts:1024-1106`, `migrations/0006:296-300` | Отклонение оплаченной смены → 409 или создаётся сторно |
|
||||
| K7 (D2) | Импорт считает предыдущую сумму по всем записям дня, а пишет по точному ключу — суммы теряются. Считать по точному `external_key`, корректировку писать с отдельным ключом ревизии | `src/operations.ts:1017-1052`, `scripts/import-owner-workbook.py:147, 168, 176` | Две точки в один день и повторный импорт с изменённой суммой дают верный итог; тест |
|
||||
| K8 (D1) | Сделать версии правил настоящими: v1 неизменяема, любое изменение создаёт новую версию, учитываются даты действия правил и условий точки. В строке ведомости хранить JSON дерева правила, версию, id назначения, id и ревизию смены | `service.ts:152-180, 517-529, 686-695` | Подписанную ведомость можно пересчитать и получить то же число; тест |
|
||||
| K9 (D3) | Сохранять произвольные параметры из `param_declarations` со значениями по умолчанию. Загружать все метрики и позиции, которые требует дерево правила | `service.ts:295-299, 488-500`, `src/portal-ui.ts` | Пресеты «официант» и «премия за порог выручки» дают ожидаемые суммы (сейчас 0 ₽); тест |
|
||||
| N12, D9 | Ограничить ставки сверху (не больше 10¹² коп.), проверять `Number.isSafeInteger` и реальность даты и месяца | `src/operations.ts:560-585, 665-671` | `rate_minor = 1e20` → 400; месяц `2026-13` → 400 (сейчас 200 и 500) |
|
||||
| N11 | Строгая схема импорта: `kind` из списка, знак выплаты, обязательные строки | `src/operations.ts:776-812, 1168-1210` | Некорректный импорт → 400, а не 500 |
|
||||
| N13, N14 | Первый расчёт периода без гонки (`ON CONFLICT … RETURNING` или advisory lock). GET-запросы не пишут в базу; начальные правила создаются один раз | `service.ts:152-180, 446-454` | — |
|
||||
| F7 | `Idempotency-Key` для расчёта, отправки, подписи, импорта и выплат | — | Повтор с тем же ключом не создаёт дублей |
|
||||
| D7, F12 | Остаток округления фонда не выплачивается сверх фонда. Деньги в расчётах — `bigint` или проверенные безопасные целые | `src/domain/payroll/calculator.ts` | — |
|
||||
|
||||
## Этап 4 — роли, точки, подтверждение и согласие (решения владельца)
|
||||
|
||||
### 4.1 Роли и точки
|
||||
|
||||
- Роли — по таблице в разделе «Решения владельца». Права проверяются на сервере в каждом запросе, включая расчёт и выгрузки. Интерфейс только прячет недоступное.
|
||||
- Привязки «человек — точка» хранить в отдельной таблице с датами действия: одна основная точка и сколько угодно дополнительных, в том числе временных.
|
||||
- Управляющий видит и подтверждает смены всех, кто работал на его точке, включая приходящих. Их начисления на других точках он не видит.
|
||||
- В режиме `standalone` роль и список точек задаются при выдаче доступа (через серверные сессии из K10). В режиме `platform` они берутся из прав Core.
|
||||
- Каждое действие пишется в журнал аудита с конкретным человеком. Сейчас все менеджеры записываются одним `STANDALONE_ACTOR_ID` (A8).
|
||||
|
||||
### 4.2 Подтверждение и оплата
|
||||
|
||||
```
|
||||
Бухгалтер: расчёт → ведомость выплат → «Отправить на подтверждение»
|
||||
↓ оповещение руководителю (делает Antigravity)
|
||||
Руководитель: просмотр пакета → «Подписать» или «Вернуть с комментарием»
|
||||
↓ подпись
|
||||
Система: начисления и выплаты регистрируются в реестре, пакет и его смены
|
||||
становятся неизменяемыми; бухгалтеру и сотрудникам уходят оповещения
|
||||
```
|
||||
|
||||
- **Пакет** — расчётная ведомость за период и ведомость выплат (выплат может не быть). Руководитель подписывает весь пакет одной подписью.
|
||||
- **Статусы пакета:** `draft → calculated → submitted → signed`; возврат: `submitted → returned → calculated`.
|
||||
- **Отправка** фиксирует снимок пакета: строки, итоги, предупреждения расчёта и хеш содержимого.
|
||||
- Если после отправки изменились данные пакета (смена, выручка, ставка, правило), отправка отменяется. Пакет возвращается бухгалтеру с пометкой «данные изменились».
|
||||
- Подписать устаревший пакет нельзя (закрывает D4).
|
||||
- **Экран руководителя** в портале, позже и в приложении. На нём:
|
||||
- итоги по точкам и сотрудникам и сравнение с прошлым периодом;
|
||||
- все предупреждения: нет выручки, нет профиля оплаты, аномальные смены, выплата больше остатка;
|
||||
- расшифровка любой строки.
|
||||
|
||||
Сотрудник без профиля оплаты блокирует подпись, а не выпадает из фонда молча. Руководитель пакет не редактирует — только подписывает или возвращает.
|
||||
|
||||
- **Подпись** — простая электронная. В момент подписи руководитель повторно подтверждает личность: в приложении PIN или биометрией телефона, в портале паролем.
|
||||
- Сохраняется: кто, когда, устройство, IP, хеш подписанного снимка и версия соглашения об электронной подписи.
|
||||
- Подписывает только роль «Руководитель». Бухгалтер не может подписать свой пакет, даже если у него есть обе роли.
|
||||
- **Регистрация при подписи** идёт одной транзакцией:
|
||||
- начисления и выплаты записываются в реестр идемпотентно по пакету;
|
||||
- пакет и его смены становятся неизменяемыми (K6);
|
||||
- в outbox через общий хелпер записываются события `staff.payroll.package_submitted`, `staff.payroll.package_returned`, `staff.payroll.package_signed`. Оповещения по ним делает Antigravity.
|
||||
- **Возврат** — только с обязательным комментарием. Бухгалтер правит данные и отправляет новую версию пакета. История версий и комментариев сохраняется.
|
||||
- **Выплаты только через подпись.** Закрыть ручные выплаты в обход подписи, включая импорт. Импорт исторических выплат из Excel — отдельная операция, которую тоже подписывает руководитель.
|
||||
- **API:** отправить, вернуть, подписать, история пакета. Добавь эти маршруты в OpenAPI.
|
||||
|
||||
### 4.3 Согласие
|
||||
|
||||
**Сервер.**
|
||||
|
||||
- Журнал согласий только на вставку: сотрудник, вид согласия, версия документа, хеш текста, время по серверу, устройство, IP, способ подписания, время отзыва.
|
||||
- Три отдельных вида согласия: обработка персональных данных, **биометрия**, передача оповещений через иностранные мессенджеры (Telegram).
|
||||
- API: текущие версии документов, принять, отозвать, статус по сотруднику (для терминала).
|
||||
- Тексты хранятся в базе с версиями, чтобы менять их без релиза. Новая версия текста требует повторного согласия при следующем входе.
|
||||
|
||||
**Приложение сотрудника** (дополнение к `docs/APP-CORE.md`).
|
||||
|
||||
- После приглашения и установки пароля и PIN — обязательный экран согласий, до входа в кабинет.
|
||||
- Без согласия на обработку ПДн дальше не пустит. Без согласия на биометрию кабинет работает, но отпечаток зарегистрировать нельзя.
|
||||
- В профиле — подписанные версии и кнопка отзыва.
|
||||
|
||||
**Без смартфона.** Управляющий отмечает бумажное согласие в кабинете и прикладывает скан; отметка идёт в журнал аудита.
|
||||
|
||||
**Юридически.** Для биометрии закон требует письменной формы. Электронное согласие равнозначно письменному, если подписано электронной подписью (в том числе простой) и есть соглашение о её использовании. Тексты согласий и соглашения готовит юрист; в коде предусмотри только их подстановку.
|
||||
|
||||
Этап 4 готов, когда на живой базе:
|
||||
|
||||
- управляющий точки А получает 403 на расчёт точки Б и на отправку пакета;
|
||||
- бухгалтер отправляет пакет, но при попытке подписать получает 403;
|
||||
- начисления и выплаты появляются в реестре только после подписи руководителя;
|
||||
- изменение смены после отправки не даёт подписать пакет;
|
||||
- возврат с комментарием возвращает пакет бухгалтеру;
|
||||
- смена сотрудника точки А, отработанная на точке Б, попадает в расчёт точки Б;
|
||||
- без согласия на биометрию сервер отвечает терминалу «регистрация запрещена».
|
||||
|
||||
## Этап 5 — терминал и служба
|
||||
|
||||
| ID | Что сделать | Где | Готово, когда |
|
||||
| ------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------- |
|
||||
| K14 (T4, P1) | Терминал создаёт сотрудников со своими ULID, сервер их не знает и отвечает 404, отметки повторяются бесконечно. Нужна синхронизация справочника сотрудников с сервера или передача `personnel_number`. Привести `docs/TERMINAL-API-REQUIREMENTS.md` к фактическому контракту; поля, которых нет в схеме сервера, добавить на сервере или не отправлять | `apps/KronaStaffTerminal/MainPage.xaml.cs:479-492`, `Models/TerminalModels.cs:157` | Отметка с терминала появляется на сервере; бесконечных повторов нет |
|
||||
| K15 (T1, P1) | Служба создаёт pipe `global\KronaStaffTerminalPipe`, клиент подключается к `KronaStaffTerminalPipe`, поэтому IPC не работает (проверено запуском). Нужно: одно имя; `PipeOptions.FirstPipeInstance`; проверка клиентом, что сервер — процесс службы или SYSTEM; `TokenImpersonationLevel.Identification`; интеграционный тест на реальном pipe | `apps/KronaStaffTerminal/Services/TerminalIpc.cs:84, 236` | Клиент подключается к службе; посторонний процесс не может занять имя |
|
||||
| K16 (T2, P1) | Служба от LocalSystem выдаёт операторам полный доступ к каталогу данных и сама меняет в нём ACL и ротирует логи — путь к SYSTEM через junction. Данные службы и логи — только для SYSTEM и Администраторов, с проверкой reparse-точек. Интерфейс работает через IPC. Служба — под виртуальной учётной записью | `Services/TerminalStore.cs:305-360`, `Services/CrashLogService.cs:331-371`, `installer/KronaStaffTerminal.nsi:119` | — |
|
||||
| K17 (T5) | Регистрация отпечатка разрешена только при действующем согласии на биометрию (статус с сервера, кэшируется для офлайна). При отзыве согласия, блокировке и увольнении шаблоны удаляются на следующей синхронизации, включая `.bak1-3` и `*.corrupt-*` | `MainPage.xaml.cs:685-776`, `TerminalStore.cs:96-100, 376-384` | Без согласия регистрация недоступна; после отзыва шаблонов нет ни в одном файле |
|
||||
| T3, T6 | Единственный писатель файла состояния — служба (или межпроцессная блокировка с перечитыванием). Секреты недоступны группе операторов | `KronaStaffWorker.cs:375-393`, `TerminalStore.cs:164, 263, 325-351` | — |
|
||||
| T7, T8 | Установщик: ACL на каталог установки; владелец каталога данных — Администраторы; терминал не запускается с повышенными правами ни после установки, ни после обновления | `installer/KronaStaffTerminal.nsi:49, 56, 110-111`; `MainPage.xaml.cs:1529-1530` | — |
|
||||
| T9, T10 | Проверенный файл обновления держать открытым с запретом записи или копировать в каталог только для администраторов. Токен обновлений с узкими правами. `libzkfp.dll` загружать по абсолютному пути | `Services/UpdateService.cs:118-127, 200-212`; `FingerprintScanner.cs:605-617` | — |
|
||||
| D5 | Скрипт настройки терминала пишет в `%ProgramData%` с DPAPI LocalMachine | `deploy/pilot/configure-terminal-pilot.ps1:11, 24-27, 43` | — |
|
||||
| T11–T13 | Ограничить IPC до проверки HMAC; добавить backoff в синхронизацию; уведомлять об откате к резервной копии; ввести порог совпадения отпечатка | — | — |
|
||||
|
||||
## Этап 6 — портал и документация
|
||||
|
||||
- W1: маршрут `/staff/*` отвечает 200 и HTML на любой путь (`src/app.ts:146`). Оставить явный список разделов, остальное — 404.
|
||||
- D8: привести к коду `ARCHITECTURE.md`, `ROADMAP.md`, `PLATFORM-INTEGRATION.md`, `README.md`, `.env.example` и `SECURITY.md`. `AUDIT-REMEDIATION-2026-09-18.md` пометить устаревшим.
|
||||
|
||||
## Порядок работы с остальными
|
||||
|
||||
1. **Сразу:** этап 0 и этап 1. Как только общий хелпер outbox из K3 влит, сообщи Antigravity.
|
||||
2. **Параллельно:** этапы 2 и 3. Antigravity в это время исправляет синхронизацию и push, Grok строит тестовый контур.
|
||||
3. **Этап 4.** События пакета нужны Antigravity для оповещений. Согласие нужно этапу 5.
|
||||
4. **Этап 5:** K14 и K15 можно начинать сразу после этапа 1; K17 — после серверной части согласия.
|
||||
|
||||
## Отчёт после каждого этапа
|
||||
|
||||
Таблица «ID — что сделано — коммит — тест» и список того, что не удалось, с причиной.
|
||||
93
docs/audit/2026-09-26/TASK-GROK-2.md
Normal file
93
docs/audit/2026-09-26/TASK-GROK-2.md
Normal file
|
|
@ -0,0 +1,93 @@
|
|||
# Задание для Grok, круг 2: Windows, сопоставление ID, недостающие сценарии, приёмка
|
||||
|
||||
- Репозиторий: https://git.ochenstarik.ru/ochenstarik/krona-staff
|
||||
- Основа: текущая основная ветка `codex/bootstrap-platform-foundation` (`331e490`) и твоя ветка `grok/e2e-harness` (`421da72`)
|
||||
- Полный аудит владельца теперь в репозитории: `docs/audit/2026-09-26/AUDIT.md`; таблица соответствия ID ниже дублирует главное.
|
||||
|
||||
## Итог приёмки прошлого круга
|
||||
|
||||
Ветку `grok/e2e-harness` проверили на живой PostgreSQL 17.10. Вердикт: **принять после правок из пункта 1**.
|
||||
|
||||
**Что сделано хорошо:**
|
||||
|
||||
- Зона соблюдена: код продукта не тронут.
|
||||
- Все коммиты с объяснением причины.
|
||||
- Прогон дал ровно те же 38 красных и 9 зелёных сценариев, что в твоём отчёте.
|
||||
- Логика `known-defects.json` верная.
|
||||
- SYNC-C0 — настоящая находка, которой не было в аудите владельца: начальная загрузка синхронизации на реальной базе отвечает 500 (`column "status" does not exist`).
|
||||
- Перекрёстная проверка: исправление Antigravity (`antigravity/fix-reject-device-shifts`) на твоих сценариях переводит SYNC-A и SYNC-B в зелёные.
|
||||
|
||||
**Что не так:**
|
||||
|
||||
1. **Под Windows стенд не запускается** (проект разрабатывается под Windows). Все три места падают с `ENOENT`, потому что в Windows это `.cmd`:
|
||||
- `scripts/test/run-e2e.mjs:35` — `spawn('npx', …)`;
|
||||
- `tests/e2e/harness/global-setup.ts:67` — `spawn(node_modules/.bin/tsx, …)`;
|
||||
- `scripts/test/n13-race.mjs:102` — то же, что в предыдущем пункте.
|
||||
2. **ID аудита владельца не сопоставлены** — таблица ниже.
|
||||
3. **`tests/e2e/evidence/` коммитится в репозиторий** и будет меняться при каждом прогоне.
|
||||
|
||||
## Правила — как раньше
|
||||
|
||||
- Ветка `grok/e2e-harness` (дописывай в неё), маленькие коммиты с причиной в теле.
|
||||
- Твоя зона: `tests/e2e/**`, `tests/integration/**` (только очистка и стенд), `.forgejo/workflows/ci.yml`, `scripts/test/**`.
|
||||
- `src/`, `apps/`, `migrations/`, `deploy/` не трогать. Нужна правка продукта — пиши в `tests/e2e/NOTES-FOR-EXECUTORS.md`.
|
||||
|
||||
## 1. Правки, без которых ветку не влить (сегодня)
|
||||
|
||||
| Что сделать | Готово, когда |
|
||||
| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------- |
|
||||
| Запуск без `.cmd`-обёрток: `spawn(process.execPath, [<путь к tsx/dist/cli.mjs>, 'src/server.ts'])`, vitest — через `process.execPath` и его `vitest.mjs`, либо `shell: true` на `win32`. Добавить в CI проверку запуска на Windows, если есть раннер; если нет — записать это в REPORT | `node scripts/test/run-e2e.mjs` работает на Windows 11 с Node 22+ без правок |
|
||||
| `tests/e2e/evidence/` убрать из git и добавить в `.gitignore`. Результаты прогона — артефакт CI. В репозитории оставить `REPORT.md` и таблицу | Повторный прогон не меняет отслеживаемые файлы |
|
||||
| Перебазировать ветку на `331e490` | Вливается без конфликтов |
|
||||
|
||||
## 2. Сопоставление с ID аудита владельца
|
||||
|
||||
Переименуй теги в названиях сценариев в формат `[K3/N2]`, а ключи в `known-defects.json` — в двойные.
|
||||
|
||||
| ID владельца | Твой сценарий | Суть |
|
||||
| -------------------------- | -------------- | ----------------------------------------------------------------------------------- |
|
||||
| K1 | F2 | Без токенов анонимный запрос получает права |
|
||||
| K3 | N2 | Вставка в outbox без `occurred_at`: подтверждение, расчёт, утверждение падают с 500 |
|
||||
| K4 | N1 | `POST /employees` падает с 500 (`42P08`) |
|
||||
| K5 | N4 | Пересекающиеся расчёты начисляют смену повторно |
|
||||
| K10 | F3 | Сырой токен в cookie, выход не отзывает сессию |
|
||||
| K11 | F4 | Нет ограничения частоты |
|
||||
| K12 | N3 | SSRF через push-подписку |
|
||||
| K13 (S1) | SYNC-A, SYNC-B | Устройство создаёт подтверждённые смены и табель |
|
||||
| S2 | SYNC-J | Отметка задним числом через синхронизацию |
|
||||
| S3 | SYNC-G | Одна битая команда откатывает пакет |
|
||||
| S4 | SYNC-E, SYNC-F | Лишние данные на устройство, отметки уволенных, чужая точка |
|
||||
| S5 | SYNC-C, SYNC-D | Курсор теряет изменения |
|
||||
| S8 | SYNC-H | CSRF на управлении устройствами |
|
||||
| K19 (D4) | OWN-07 | Подпись устаревшего пакета |
|
||||
| D6 | OWN-01, OWN-02 | Управляющий вне своих точек |
|
||||
| K17 | OWN-10, OWN-11 | Согласие на биометрию |
|
||||
| N9, N10, N11, N12, F7, F10 | те же | — |
|
||||
|
||||
## 3. Недостающие сценарии
|
||||
|
||||
Все проверяют правильное поведение. Сейчас они красные — внеси их в `known-defects.json`.
|
||||
|
||||
| ID владельца | Сценарий | Ожидаемое поведение |
|
||||
| ------------ | ----------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------- |
|
||||
| K6 (D5) | Подтверждённую смену включают в расчёт, руководитель подписывает, затем смену отклоняют | 409 или создаётся сторнирующая запись. Сейчас: 200, сторно нет, начисление остаётся |
|
||||
| K7 (D2) | Импорт книги: начисления за один день на двух точках, затем повторный импорт с изменённой суммой | Итог в реестре равен сумме по книге. Сейчас теряется: вторая точка пишется как отрицательная корректировка, изменение суммы пропадает |
|
||||
| K8 (D1) | Расчёт подписан, затем меняется правило оплаты или ставка, затем подписанную ведомость пересчитывают для проверки | Сумма та же, что в подписанной ведомости |
|
||||
| K9 (D3) | Сотрудник с пресетом «официант» (оклад смены, процент от личных продаж, допродажи, премия за средний чек) | Начисление по параметрам пресета. Сейчас 0 ₽: сохраняются только ставка, процент и гарантия |
|
||||
| S9 | Удаление точки, к которой привязано устройство синхронизации | Точка удалена или получен понятный отказ. Сейчас 500, `23502 null value in column "tenant_id"` |
|
||||
| A4 | Любой ответ 500 | Без кода и текста ошибки PostgreSQL в теле. Сейчас наружу уходят, например, `42P08` и `23502` с текстом |
|
||||
| N12-дата | Расчёт с `month = 2026-13` | 400. Сейчас 500 |
|
||||
|
||||
## 4. Приёмка
|
||||
|
||||
1. **Ветка Antigravity `antigravity/fix-reject-device-shifts`.** После того как Antigravity исправит очистку в `sync-rejection.test.ts` и ветку вольют, убери SYNC-A и SYNC-B из `known-defects.json` отдельным коммитом.
|
||||
2. **Ветки Codex `codex/fix-format-baseline` и `codex/fix-live-database`** (этапы 0 и 1: форматирование, K3, K4). Прогони стенд на каждой и дай таблицу «ID — было — стало — доказательство». Если K3 и K4 зелёные, убери их из списка известных дефектов после влития.
|
||||
3. **Дальше** — каждая новая ветка Codex и Antigravity, по той же схеме. На слово ничего не принимать.
|
||||
|
||||
## Порядок
|
||||
|
||||
Пункт 1 → пункт 2 → пункт 3. Приёмку из пункта 4 веди параллельно, по мере появления веток.
|
||||
|
||||
## Отчёт
|
||||
|
||||
Обновлённый `tests/e2e/REPORT.md`: что изменилось, таблица «ID владельца / твой ID — цвет — фактический вывод», приёмочные таблицы по веткам исполнителей.
|
||||
84
docs/audit/2026-09-26/TASK-GROK.md
Normal file
84
docs/audit/2026-09-26/TASK-GROK.md
Normal file
|
|
@ -0,0 +1,84 @@
|
|||
# Задание для Grok: тестовый контур на живой базе и независимая приёмка
|
||||
|
||||
- Репозиторий: https://git.ochenstarik.ru/ochenstarik/krona-staff
|
||||
- Основа: ветка `codex/bootstrap-platform-foundation`, коммит `778ba2d`
|
||||
- Материалы в репозитории: `docs/audit/2026-09-26/` — `AUDIT.md` и `evidence/` со сценариями живой проверки и их выводом.
|
||||
|
||||
## Контекст
|
||||
|
||||
`AUDIT.md` сверен с твоим аудитом `2026-09-26_full-project-audit_grok_3e20544.md`. Итог сверки:
|
||||
|
||||
- 22 находки подтверждены;
|
||||
- 4 подтверждены частично (F8, F11, N7, N10);
|
||||
- 1 уже исправлена (F5);
|
||||
- 1 не воспроизвелась (N13).
|
||||
|
||||
После твоего аудита в основную ветку влиты офлайн-синхронизация и новое оформление портала. Находки по синхронизации (S1–S9) в `AUDIT.md` уже учтены.
|
||||
|
||||
Главный урок: 156 зелёных тестов на поддельной базе не заметили, что создание сотрудника, подтверждение смены и расчёт зарплаты на реальной PostgreSQL всегда падают.
|
||||
|
||||
## Твоя роль
|
||||
|
||||
Продукт ты не исправляешь — это делают Codex и Antigravity.
|
||||
|
||||
От тебя нужно две вещи:
|
||||
|
||||
- построить тестовый контур, который ловит дефекты на настоящей базе;
|
||||
- независимо принимать каждое исправление.
|
||||
|
||||
## Зона ответственности
|
||||
|
||||
**Твоя зона:**
|
||||
|
||||
- `tests/e2e/**` — новый набор сквозных сценариев: живой сервер на живой PostgreSQL;
|
||||
- `tests/integration/tenant-isolation.test.ts`;
|
||||
- `.forgejo/workflows/ci.yml` и вспомогательные скрипты для тестов.
|
||||
|
||||
**Не трогай:** `src/`, `apps/`, `migrations/`, `deploy/`. Это зоны Codex и Antigravity. Если тесту нужна правка продукта, оставь замечание исполнителю.
|
||||
|
||||
## Правила
|
||||
|
||||
- Ветка `grok/e2e-harness`, маленькие коммиты. В теле каждого коммита объясни причину (AGENTS.md).
|
||||
- Токены и ключи в тестах генерируй случайно. Реальные ФИО и суммы не используй.
|
||||
- К каждому выводу прикладывай команду и фактический вывод. То, что не удалось проверить, помечай «не проверено» явно, как ты уже делаешь.
|
||||
|
||||
## Задачи
|
||||
|
||||
| № | Что сделать | Готово, когда |
|
||||
| --- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------- |
|
||||
| 1 | **N5.** В тесте изоляции арендаторов очистка идёт ролью приложения, а у неё нет права DELETE на сотрудников. Перенеси очистку на роль мигратора или оберни в транзакцию с откатом | Тест проходит на живой базе; CI с `DATABASE_TEST_URL` из-за него больше не красный |
|
||||
| 2 | **Набор `tests/e2e`.** Поднять сервер на реальной PostgreSQL 17 и прогнать сценарии по всем находкам P0 и P1. За основу взять `evidence/live-audit.mjs.txt` и `evidence/live-sync.mjs.txt`. Каждый сценарий проверяет правильное поведение, поэтому сейчас он красный. Список красных сценариев и есть список открытых дефектов | Есть сценарии для K1, K3, K4, K5, K6, K10, K11, K12, S1, S2, S9, N9, N12 и A4; отчёт «зелёный / красный» по каждому ID |
|
||||
| 3 | **Сценарии по решениям владельца (роли, точки, процесс подтверждения, согласие).** Подробности — в таблице ниже | Сценарии есть и пока красные; это ожидаемо |
|
||||
| 4 | **CI.** Сервис PostgreSQL; роли как в пилоте, но мигратор **без** SUPERUSER. Миграции вверх, откат всех, снова вверх. Запуск `tests/e2e`. `docker build` перенести туда, где есть docker, либо вынести в отдельную задачу. Закрепить действия по SHA (F13) | CI реально проверяет схему и маршруты на живой базе |
|
||||
| 5 | **Проверка пилотного compose** тестом, как сейчас проверяется корневой: переменные с `:?`, нет `NODE_ENV=development`, у приложения нет учётных данных мигратора | — |
|
||||
| 6 | **Приёмка.** Первым проверь немедленную меру Antigravity по S1: устройство больше не создаёт и не меняет смену. Дальше после каждого PR от Codex и Antigravity прогоняй `tests/e2e` и целевые сценарии. На слово ничего не принимай | По каждому закрытому ID есть независимое подтверждение: таблица «ID — было — стало — доказательство» |
|
||||
| 7 | **Повторить N13** (гонка первого расчёта) под нагрузкой: 10–50 параллельных запросов. У меня на двух запросах не воспроизвелось | Вердикт с числом попыток |
|
||||
| 8 | **Snyk** — только если владелец выдаст токен. Без токена не запускать | — |
|
||||
|
||||
Сценарии для задачи 3:
|
||||
|
||||
| Сценарий | Ожидаемый результат |
|
||||
| --------------------------------------------- | -------------------------------------------------------------------- |
|
||||
| Управляющий точки А запускает расчёт точки Б | 403 |
|
||||
| Управляющий отправляет пакет на подтверждение | 403 |
|
||||
| Бухгалтер отправляет пакет | успешно; оповещение каждому руководителю ровно одно |
|
||||
| Бухгалтер пытается подписать пакет | 403 |
|
||||
| Реестр до подписи руководителя | начислений и выплат нет |
|
||||
| Руководитель подписывает | начисления и выплаты зарегистрированы; пакет и его смены неизменяемы |
|
||||
| Изменение смены после отправки | подписать пакет нельзя, он возвращается бухгалтеру |
|
||||
| Возврат с комментарием | пакет у бухгалтера, комментарий сохранён |
|
||||
| Сотрудник точки А отработал смену на точке Б | смена попадает в расчёт точки Б |
|
||||
| Сотрудник без согласия на биометрию | сервер отвечает терминалу «регистрация запрещена» |
|
||||
| Отзыв согласия | статус для терминала меняется |
|
||||
|
||||
Проверки, которым нужна Windows (DPAPI, ACL каталога данных, установщик, WinUI, реальный pipe), в твоём окружении недоступны. Отмечай их «не проверено» и ссылайся на тесты Codex.
|
||||
|
||||
## Порядок работы с остальными
|
||||
|
||||
1. **Сразу:** задачи 1, 2, 4 и 5. Это не зависит от других исполнителей.
|
||||
2. **Задача 3** — сразу. Сценарии будут красными, пока Codex не сделает этап 4.
|
||||
3. **Задача 6** — по мере поступления PR. Первым — немедленная мера Antigravity по S1, затем этап 1 Codex (K3, K4).
|
||||
|
||||
## Отчёт
|
||||
|
||||
Первый PR — после задач 1, 2, 4 и 5. В нём набор сценариев и краткий отчёт: какие сценарии красные. Дальше — приёмочная таблица после каждого PR исполнителей.
|
||||
17
docs/audit/2026-09-26/evidence/README.md
Normal file
17
docs/audit/2026-09-26/evidence/README.md
Normal file
|
|
@ -0,0 +1,17 @@
|
|||
# Доказательства аудита 2026-09-26
|
||||
|
||||
| Файл | Что это |
|
||||
| ---------------------- | ---------------------------------------------------------------------------------------------------------- |
|
||||
| `live-audit.mjs.txt` | Сценарии живой проверки основной ветки `3e20544`: сервер на реальной PostgreSQL 17, настоящие HTTP-запросы |
|
||||
| `live-audit-final.txt` | Вывод последнего прогона на базе в UTF-8 |
|
||||
| `live-sync.mjs.txt` | Сценарии для ветки синхронизации `5ee7517` |
|
||||
| `live-sync.txt` | Вывод прогона |
|
||||
| `format-check.txt` | Вывод `npm run format:check` |
|
||||
|
||||
Сценарии сохранены с расширением `.mjs.txt`, чтобы их не проверял линтер проекта. Для запуска скопируйте файл вне репозитория и уберите `.txt`. Поддерживаемая рабочая версия этих проверок — стенд Grok в `tests/e2e/`.
|
||||
|
||||
Как запускались: рабочая копия нужного коммита (`git worktree add --detach … <commit>`), `npm ci`, PostgreSQL 17 на порту 55432 с суперпользователем `postgres`, мигратор `krona_migrator` без SUPERUSER (владелец базы), роль приложения `krona_staff_app`, база в UTF-8, миграции `node scripts/migrate.mjs up`. Пути к рабочим копиям в начале скриптов (`REPO`) — локальные, их нужно поправить под своё окружение.
|
||||
|
||||
Токены в сценариях генерируются случайно при каждом запуске и никуда не выводятся. Пароли ролей — одноразовые для локального стенда.
|
||||
|
||||
Для сценариев N4, D5 и S1 скрипт временно задаёт значение по умолчанию для `staff_outbox.occurred_at` (иначе мешает дефект N2) и снимает его после сценария. После исправления N2 эти строки нужно удалить.
|
||||
|
|
@ -0,0 +1,6 @@
|
|||
[S9] ПОДТВЕРЖДЕНО — удаление точки с устройством → 23502 null value in column "tenant_id" of relation "staff_sync_devices" violates not-null constraint
|
||||
device registration → 201; scopes ["attendance:sync"]
|
||||
device push → 200 {"results":[{"idempotency_key":"forge-1790409261814","command_type":"upsert_work_session","status":"rejected","error_code":"COMMAND_NOT_SUPPORTED","error_message":"Команда не поддерживается: прямое создание или изменение смен и табелей с устройств запрещено"},…
|
||||
[S1] не подтверждено — смена от устройства: статус undefined, минут undefined, подтвердил никто, записей в журнале аудита арендатора: 0
|
||||
[S2] ПОДТВЕРЖДЕНО — отметка с временем 2020-01-01 через синхронизацию сохранена: true
|
||||
[S1→payroll] расчёт сентября → 200; начислено по поддельной смене: 0 ₽ (48 ч × 300 ₽)
|
||||
40
docs/audit/2026-09-26/evidence/acceptance-grok-e2e.txt
Normal file
40
docs/audit/2026-09-26/evidence/acceptance-grok-e2e.txt
Normal file
|
|
@ -0,0 +1,40 @@
|
|||
× [N1] менеджер создаёт сотрудника через POST /employees → 201 487ms
|
||||
× [N2] подтверждение смены, расчёт и утверждение зарплаты проходят (200) и начисляют 8 ч × ставка 1795ms
|
||||
× [N4] пересекающиеся расчёты не начисляют одну смену дважды 943ms
|
||||
× [N3] push-подписка на внутренний адрес отклоняется, сервер не подключается к 127.0.0.1 2834ms
|
||||
× [N9] чужой push-endpoint нельзя перепривязать к другому сотруднику 421ms
|
||||
× [N12] PUT pay-assignment отвергает лишние поля и нереальные суммы (400) 386ms
|
||||
× [N10] терминальный токен не читает справочники профессий и точек (403) 31ms
|
||||
× [F2] standalone без токенов не выдаёт права менеджера анонимному запросу (401) 322ms
|
||||
× [F3] cookie сессии не содержит сырой токен и отзывается при выходе 50ms
|
||||
× [F10] мутация по cookie без Origin отклоняется (CSRF, 403) 21ms
|
||||
× [F7] повтор Idempotency-Key с другим телом не создаёт второе событие 790ms
|
||||
× [N11] импорт с неверным kind начисления → 400, а не 500 602ms
|
||||
× [F4] перебор ключей входа ограничивается (429 не позже 30 неверных попыток) 744ms
|
||||
× [OWN-01] менеджер точки A запускает расчёт для точки B → 403 978ms
|
||||
× [OWN-02] менеджер точки отправляет пакет на согласование → 403 750ms
|
||||
× [OWN-03] бухгалтер отправляет пакет → успех, каждый директор получает ровно одно уведомление 10ms
|
||||
× [OWN-04] бухгалтер пытается подписать пакет → 403 20ms
|
||||
× [OWN-05] до подписи директора в ledger нет начислений и выплат 5ms
|
||||
× [OWN-06] подпись директора → начисления и выплаты в ledger, пакет и смены неизменяемы 10ms
|
||||
× [OWN-07] смена изменена после отправки → подписать нельзя (409), пакет возвращён бухгалтеру 5ms
|
||||
× [OWN-08] возврат с комментарием → пакет у бухгалтера, комментарий сохранён 10ms
|
||||
× [OWN-09] сотрудник точки A отработал смену в точке B → смена попадает в зарплату точки B 16ms
|
||||
× [OWN-10] сотрудник без согласия на биометрию → сервер сообщает терминалу «регистрация запрещена» 250ms
|
||||
× [OWN-11] согласие отозвано → статус для терминала меняется 297ms
|
||||
× [SYNC-A] устройство не может само подтвердить смену (status=confirmed отклоняется) 791ms
|
||||
× [SYNC-B] устройство не может утвердить табель (status=approved отклоняется) 392ms
|
||||
× [SYNC-C0] начальная загрузка (pull без курсора) работает на реальной БД (200) 427ms
|
||||
× [SYNC-C] начальная загрузка >100 сущностей отдаёт все сущности постранично 960ms
|
||||
× [SYNC-D] изменения, сделанные через портал, попадают в инкрементальный pull 518ms
|
||||
× [SYNC-E] отметка уволенного сотрудника через sync отклоняется 279ms
|
||||
× [SYNC-F] отметка через sync сохраняет точку устройства; чужая точка в payload отклоняется 664ms
|
||||
× [SYNC-G] битая команда в пакете отклоняется по отдельности, остальные применяются (не 500) 350ms
|
||||
× [SYNC-H] регистрация устройства по cookie с чужим Origin отклоняется (CSRF, 403) 180ms
|
||||
× [SYNC-I] без настроенных токенов анонимный запрос не регистрирует устройство (401) 180ms
|
||||
× [SYNC-J] отметка через sync вне окна времени (2001 год) отклоняется, как в POST /attendance/events 308ms
|
||||
× [SYNC-K] ack курсора из будущего (больше выданного сервером) отклоняется (400) 25ms
|
||||
× [PILOT-1] все подставляемые переменные обязательны: ${VAR:?сообщение} 103ms
|
||||
× [PILOT-2] ни один сервис не запускается с NODE_ENV=development 4ms
|
||||
⎯⎯⎯⎯⎯⎯ Failed Tests 38 ⎯⎯⎯⎯⎯⎯⎯
|
||||
Tests 38 failed | 9 passed (47)
|
||||
|
|
@ -0,0 +1,12 @@
|
|||
× [SYNC-C0] начальная загрузка (pull без курсора) работает на реальной БД (200) 466ms
|
||||
× [SYNC-C] начальная загрузка >100 сущностей отдаёт все сущности постранично 624ms
|
||||
× [SYNC-D] изменения, сделанные через портал, попадают в инкрементальный pull 372ms
|
||||
× [SYNC-E] отметка уволенного сотрудника через sync отклоняется 223ms
|
||||
× [SYNC-F] отметка через sync сохраняет точку устройства; чужая точка в payload отклоняется 477ms
|
||||
× [SYNC-G] битая команда в пакете отклоняется по отдельности, остальные применяются (не 500) 213ms
|
||||
× [SYNC-H] регистрация устройства по cookie с чужим Origin отклоняется (CSRF, 403) 136ms
|
||||
× [SYNC-I] без настроенных токенов анонимный запрос не регистрирует устройство (401) 33ms
|
||||
× [SYNC-J] отметка через sync вне окна времени (2001 год) отклоняется, как в POST /attendance/events 283ms
|
||||
× [SYNC-K] ack курсора из будущего (больше выданного сервером) отклоняется (400) 27ms
|
||||
⎯⎯⎯⎯⎯⎯ Failed Tests 10 ⎯⎯⎯⎯⎯⎯⎯
|
||||
Tests 10 failed | 3 passed (13)
|
||||
18
docs/audit/2026-09-26/evidence/format-check.txt
Normal file
18
docs/audit/2026-09-26/evidence/format-check.txt
Normal file
|
|
@ -0,0 +1,18 @@
|
|||
Checking formatting...
|
||||
[[33mwarn[39m] apps/KronaStaffService/README.md
|
||||
[[33mwarn[39m] deploy/pilot/compose.yaml
|
||||
[[33mwarn[39m] docs/DRIVER-DISTRIBUTION.md
|
||||
[[33mwarn[39m] docs/HARDWARE-TEST-SLK20R.md
|
||||
[[33mwarn[39m] docs/TERMINAL-API-REQUIREMENTS.md
|
||||
[[33mwarn[39m] scripts/check-migrations.mjs
|
||||
[[33mwarn[39m] src/adapters/identity.ts
|
||||
[[33mwarn[39m] src/app.ts
|
||||
[[33mwarn[39m] src/config.ts
|
||||
[[33mwarn[39m] src/domain/attendance/work-session.ts
|
||||
[[33mwarn[39m] src/domain/notification/web-push.ts
|
||||
[[33mwarn[39m] src/portal.ts
|
||||
[[33mwarn[39m] tests/unit/config.test.ts
|
||||
[[33mwarn[39m] tests/unit/employee-push.test.ts
|
||||
[[33mwarn[39m] tests/unit/tenant-sql.test.ts
|
||||
[[33mwarn[39m] tests/unit/work-session.test.ts
|
||||
[[33mwarn[39m] Code style issues found in 16 files. Run Prettier with --write to fix.
|
||||
16
docs/audit/2026-09-26/evidence/live-audit-final.txt
Normal file
16
docs/audit/2026-09-26/evidence/live-audit-final.txt
Normal file
|
|
@ -0,0 +1,16 @@
|
|||
[F2] ПОДТВЕРЖДЕНО — STANDALONE_ACCESS=manager, без токенов и без Authorization: GET /portal 200, GET /payroll 200, GET /finance 200, POST /professions 201; POST /session 403
|
||||
[F2] ПОДТВЕРЖДЕНО — STANDALONE_ACCESS=employee, без токенов и без Authorization: GET /portal 200, GET /payroll 200, GET /finance 403, POST /professions 403; POST /session 403
|
||||
[F4] ПОДТВЕРЖДЕНО — 60 неверных POST /session → {"401":60}
|
||||
[F3] ПОДТВЕРЖДЕНО — вход 200, выход 204; cookie содержит сам токен менеджера: true; после DELETE /session старая cookie → GET /portal 200; флаги: Path=/; Max-Age=28800; HttpOnly; Secure; SameSite=Strict
|
||||
[N1] ПОДТВЕРЖДЕНО — POST /employees → 500 {"statusCode":500,"code":"42P08","error":"Internal Server Error","message":"inconsistent types deduced for parameter $2"}
|
||||
[N2] ПОДТВЕРЖДЕНО — PATCH /work-sessions (confirmed) → 500 {"statusCode":500,"code":"23502","error":"Internal Server Error","message":"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint"}; GET /pay-rules → 200 (6 правил, выбрано hourly); PUT pay-assignment → 200; POST /payroll/calculate → 500 {"statusCode":500,"code":"23502","error":"Internal Server Error","message":"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint"}
|
||||
[N4] ПОДТВЕРЖДЕНО — повторное подтверждение смены → 200; {"month":"2026-09"}: calculate 200, approve 200; {"from":"2026-09-02","to":"2026-09-30"}: calculate 200, approve 200; {"month":"2026-09","org_unit_id":"01M3E6YN08K537W6JNRANDR3X3"}: calculate 200, approve 200; в реестре начислений за одну смену 8 ч × 300 ₽: записей 3, сумма 7200 ₽
|
||||
[D5] ПОДТВЕРЖДЕНО — отклонение смены, уже начисленной в утверждённой ведомости → 200; записей в реестре после этого: 3 (сторно не создано)
|
||||
[N13] не воспроизведено — два одновременных первых расчёта октября → 200 {"run_id":"01M3E6YXA273MH6XX04CSAQJK9","status":"calculated","org_unit_id":null,"period_st | 200 {"run_id":"01M3E6YXA273MH6XX04CSAQJK9","status":"calculated","org_unit_id":null,"period_st
|
||||
[D9] проверка — month=2026-13 → 500; rate_minor=1e20 и лишнее поле → 200 {"id":"01M3E6YXHHCBJPWMF6VT7MYZGY","employee_id":"01M3E6YN08XJM58HP60FWVJSJ5","org_unit_id":"01M3E6YN08K537W6JNRANDR3X3"
|
||||
[N3] ПОДТВЕРЖДЕНО — выдача ключа сотруднику → 200; подписка на https://127.0.0.1:18443 → 201; отметка терминала → 201; входящих соединений на внутренний адрес: 1, TLS ClientHello: true
|
||||
[N9] ПОДТВЕРЖДЕНО — сотрудник Б подписывает endpoint сотрудника А → 201; подписка теперь принадлежит сотруднику Б: true
|
||||
[A4] проверка — 500 с деталями: POST /employees с несуществующей профессией → 500 {"statusCode":500,"code":"42P08","error":"Internal Server Error","message":"inconsistent types deduced for parameter $2"}
|
||||
[N10] проверка — терминал: GET /professions → 200 ({"professions":[{"id":"01M3E6YEJRAZQ9ZRQM1XZXWJ8T","code":"profession-01m3e6yejrazq9zrqm1xzxwj8t","name":"audit-open-manager-1790404672076","status":"active","created_at":"2026-09-26T06:37:52.089Z","updated_at":"2026-09-…); GET /org-units → 200 {"org_units":[]}
|
||||
[HDR] проверка — GET /staff: content-security-policy="default-src 'self';base-uri 'self';font-src 'self' https: data:;form-action 'self';frame-ancestors 'self';img-src 'self' data:;object-src 'none';script-src 'self';script-src-attr 'none';style-src 'self' https: 'unsafe-inline';upgrade-insecure-requests", strict-transport-security="max-age=31536000; includeSubDomains"
|
||||
|
||||
426
docs/audit/2026-09-26/evidence/live-audit.mjs.txt
Normal file
426
docs/audit/2026-09-26/evidence/live-audit.mjs.txt
Normal file
|
|
@ -0,0 +1,426 @@
|
|||
// Live audit of krona-staff against a real PostgreSQL 17. Read-only for the repository:
|
||||
// data is seeded in a throwaway local database, tokens are random and never printed.
|
||||
import { createRequire } from 'node:module';
|
||||
import { spawn } from 'node:child_process';
|
||||
import { randomBytes, createECDH } from 'node:crypto';
|
||||
import net from 'node:net';
|
||||
|
||||
const REPO = 'C:/Users/Ochenstarik/Agent_projects/krona-staff-audit';
|
||||
const require = createRequire(`${REPO}/package.json`);
|
||||
const pg = require('pg');
|
||||
const { ulid } = require('ulid');
|
||||
|
||||
const SUPER = 'postgres://postgres:audit-superuser@127.0.0.1:55432/krona_staff';
|
||||
const APP = 'postgres://krona_staff_app:audit-app-password@127.0.0.1:55432/krona_staff';
|
||||
const PORT = 18080;
|
||||
const BASE = `http://127.0.0.1:${PORT}/api/v1/staff`;
|
||||
const TENANT = ulid();
|
||||
const ACTOR = ulid();
|
||||
const TERMINAL_ACTOR = ulid();
|
||||
const MANAGER_TOKEN = randomBytes(32).toString('base64url');
|
||||
const TERMINAL_TOKEN = randomBytes(32).toString('base64url');
|
||||
const results = [];
|
||||
|
||||
function record(id, verdict, detail) {
|
||||
results.push({ id, verdict, detail });
|
||||
console.log(`[${id}] ${verdict} — ${detail}`);
|
||||
}
|
||||
|
||||
async function superQuery(sql, params = []) {
|
||||
const client = new pg.Client({ connectionString: SUPER });
|
||||
await client.connect();
|
||||
try {
|
||||
return await client.query(sql, params);
|
||||
} finally {
|
||||
await client.end();
|
||||
}
|
||||
}
|
||||
|
||||
function startServer(extraEnv) {
|
||||
const env = {
|
||||
...process.env,
|
||||
NODE_ENV: 'development',
|
||||
HOST: '127.0.0.1',
|
||||
PORT: String(PORT),
|
||||
LOG_LEVEL: 'silent',
|
||||
STAFF_RUNTIME_MODE: 'standalone',
|
||||
DATABASE_URL: APP,
|
||||
STANDALONE_TENANT_ID: TENANT,
|
||||
STANDALONE_ACTOR_ID: ACTOR,
|
||||
STANDALONE_TERMINAL_ACTOR_ID: TERMINAL_ACTOR,
|
||||
...extraEnv,
|
||||
};
|
||||
for (const [key, value] of Object.entries(env)) if (value === undefined) delete env[key];
|
||||
const child = spawn(process.execPath, ['node_modules/tsx/dist/cli.mjs', 'src/server.ts'], {
|
||||
cwd: REPO,
|
||||
env,
|
||||
stdio: ['ignore', 'ignore', 'pipe'],
|
||||
});
|
||||
let stderr = '';
|
||||
child.stderr.on('data', (chunk) => (stderr += chunk));
|
||||
child.stderrText = () => stderr;
|
||||
return child;
|
||||
}
|
||||
|
||||
async function waitReady() {
|
||||
for (let attempt = 0; attempt < 120; attempt += 1) {
|
||||
try {
|
||||
const response = await fetch(`${BASE}/live`);
|
||||
if (response.ok) return;
|
||||
} catch {}
|
||||
await new Promise((resolve) => setTimeout(resolve, 500));
|
||||
}
|
||||
throw new Error('server did not start');
|
||||
}
|
||||
|
||||
async function stop(child) {
|
||||
child.kill();
|
||||
await new Promise((resolve) => setTimeout(resolve, 800));
|
||||
}
|
||||
|
||||
async function call(method, path, { token, body, headers = {} } = {}) {
|
||||
const response = await fetch(`${BASE}${path}`, {
|
||||
method,
|
||||
headers: {
|
||||
...(body !== undefined ? { 'content-type': 'application/json' } : {}),
|
||||
...(token ? { authorization: `Bearer ${token}` } : {}),
|
||||
...headers,
|
||||
},
|
||||
body: body !== undefined ? JSON.stringify(body) : undefined,
|
||||
});
|
||||
const text = await response.text();
|
||||
let json;
|
||||
try {
|
||||
json = JSON.parse(text);
|
||||
} catch {
|
||||
json = text;
|
||||
}
|
||||
return { status: response.status, json, headers: response.headers };
|
||||
}
|
||||
|
||||
function brief(value) {
|
||||
const text = typeof value === 'string' ? value : JSON.stringify(value);
|
||||
return text.length > 220 ? `${text.slice(0, 220)}…` : text;
|
||||
}
|
||||
|
||||
// ---------------------------------------------------------------- scenario A
|
||||
async function scenarioOpenMode(access) {
|
||||
const server = startServer({ STANDALONE_ACCESS: access });
|
||||
try {
|
||||
await waitReady();
|
||||
const portal = await call('GET', '/portal');
|
||||
const payroll = await call('GET', '/payroll');
|
||||
const finance = await call('GET', '/finance');
|
||||
const writeProfession = await call('POST', '/professions', {
|
||||
body: { name: `audit-open-${access}-${Date.now()}` },
|
||||
});
|
||||
const session = await call('POST', '/session', {
|
||||
body: { access_token: 'x'.repeat(40) },
|
||||
headers: { origin: `http://127.0.0.1:${PORT}` },
|
||||
});
|
||||
record(
|
||||
'F2',
|
||||
portal.status === 200 || payroll.status === 200 ? 'ПОДТВЕРЖДЕНО' : 'не подтверждено',
|
||||
`STANDALONE_ACCESS=${access}, без токенов и без Authorization: GET /portal ${portal.status}, GET /payroll ${payroll.status}, GET /finance ${finance.status}, POST /professions ${writeProfession.status}; POST /session ${session.status}`,
|
||||
);
|
||||
} finally {
|
||||
await stop(server);
|
||||
}
|
||||
}
|
||||
|
||||
// ---------------------------------------------------------------- scenario B
|
||||
async function seed() {
|
||||
const orgUnit = ulid();
|
||||
const employee = ulid();
|
||||
const pushEmployee = ulid();
|
||||
const session = ulid();
|
||||
await superQuery(
|
||||
`INSERT INTO staff_org_units (id, tenant_id, code, name) VALUES ($1, $2, 'audit-unit', 'Аудиторская точка')`,
|
||||
[orgUnit, TENANT],
|
||||
);
|
||||
await superQuery(
|
||||
`INSERT INTO staff_employees (id, tenant_id, personnel_number, display_name, status)
|
||||
VALUES ($1, $3, 'A-001', 'Аудит Сотрудник', 'active'), ($2, $3, 'A-002', 'Аудит Push', 'active')`,
|
||||
[employee, pushEmployee, TENANT],
|
||||
);
|
||||
await superQuery(
|
||||
`INSERT INTO staff_work_sessions
|
||||
(id, tenant_id, employee_id, org_unit_id, business_date, started_at, ended_at, worked_minutes, status)
|
||||
VALUES ($1, $2, $3, $4, '2026-09-10', '2026-09-10T02:00:00Z', '2026-09-10T10:00:00Z', 480, 'pending_review')`,
|
||||
[session, TENANT, employee, orgUnit],
|
||||
);
|
||||
return { orgUnit, employee, pushEmployee, session };
|
||||
}
|
||||
|
||||
async function scenarioWithTokens() {
|
||||
const ids = await seed();
|
||||
const server = startServer({
|
||||
STANDALONE_ACCESS: 'employee',
|
||||
STANDALONE_MANAGER_TOKEN: MANAGER_TOKEN,
|
||||
STANDALONE_TERMINAL_TOKEN: TERMINAL_TOKEN,
|
||||
});
|
||||
try {
|
||||
await waitReady();
|
||||
const origin = { origin: `http://127.0.0.1:${PORT}` };
|
||||
|
||||
// F4: brute force on /session
|
||||
const statuses = {};
|
||||
for (let index = 0; index < 60; index += 1) {
|
||||
const response = await call('POST', '/session', {
|
||||
body: { access_token: randomBytes(32).toString('base64url') },
|
||||
});
|
||||
statuses[response.status] = (statuses[response.status] ?? 0) + 1;
|
||||
}
|
||||
record(
|
||||
'F4',
|
||||
statuses[429] ? 'не подтверждено' : 'ПОДТВЕРЖДЕНО',
|
||||
`60 неверных POST /session → ${JSON.stringify(statuses)}`,
|
||||
);
|
||||
|
||||
// F3: cookie carries the raw token and survives logout
|
||||
const login = await call('POST', '/session', { body: { access_token: MANAGER_TOKEN } });
|
||||
const setCookie = login.headers.get('set-cookie') ?? '';
|
||||
const cookieValue = decodeURIComponent(setCookie.split(';')[0].split('=').slice(1).join('='));
|
||||
const cookieIsToken = cookieValue === MANAGER_TOKEN;
|
||||
const cookieHeader = setCookie.split(';')[0];
|
||||
const logout = await call('DELETE', '/session', { headers: { cookie: cookieHeader } });
|
||||
const afterLogout = await call('GET', '/portal', { headers: { cookie: cookieHeader } });
|
||||
record(
|
||||
'F3',
|
||||
cookieIsToken && afterLogout.status === 200 ? 'ПОДТВЕРЖДЕНО' : 'частично',
|
||||
`вход ${login.status}, выход ${logout.status}; cookie содержит сам токен менеджера: ${cookieIsToken}; после DELETE /session старая cookie → GET /portal ${afterLogout.status}; флаги: ${setCookie.split(';').slice(1).map((part) => part.trim()).join('; ')}`,
|
||||
);
|
||||
|
||||
// N1: create employee
|
||||
const created = await call('POST', '/employees', {
|
||||
token: MANAGER_TOKEN,
|
||||
body: { personnel_number: 'A-100', display_name: 'Новый Сотрудник', position: 'Повар' },
|
||||
});
|
||||
record(
|
||||
'N1',
|
||||
created.status >= 500 ? 'ПОДТВЕРЖДЕНО' : 'не подтверждено',
|
||||
`POST /employees → ${created.status} ${brief(created.json)}`,
|
||||
);
|
||||
|
||||
// N2: confirm session and calculate
|
||||
const confirm = await call('PATCH', `/work-sessions/${ids.session}`, {
|
||||
token: MANAGER_TOKEN,
|
||||
body: { status: 'confirmed' },
|
||||
});
|
||||
const rules = await call('GET', '/pay-rules', { token: MANAGER_TOKEN });
|
||||
const ruleList = rules.json?.pay_rules ?? [];
|
||||
const hourlyRule =
|
||||
ruleList.find((rule) => /hour/.test(String(rule.code))) ?? ruleList[0];
|
||||
const assignment = hourlyRule
|
||||
? await call('PUT', `/employees/${ids.employee}/pay-assignment`, {
|
||||
token: MANAGER_TOKEN,
|
||||
body: {
|
||||
pay_rule_id: hourlyRule.id,
|
||||
org_unit_id: ids.orgUnit,
|
||||
rate_minor: 30000,
|
||||
effective_from: '2026-09-01',
|
||||
},
|
||||
})
|
||||
: { status: 'нет правил', json: rules.json };
|
||||
const calculate = await call('POST', '/payroll/calculate', {
|
||||
token: MANAGER_TOKEN,
|
||||
body: { month: '2026-09' },
|
||||
});
|
||||
record(
|
||||
'N2',
|
||||
confirm.status >= 500 || calculate.status >= 500 ? 'ПОДТВЕРЖДЕНО' : 'не подтверждено',
|
||||
`PATCH /work-sessions (confirmed) → ${confirm.status} ${brief(confirm.json)}; GET /pay-rules → ${rules.status} (${ruleList.length} правил, выбрано ${hourlyRule?.code}); PUT pay-assignment → ${assignment.status}; POST /payroll/calculate → ${calculate.status} ${brief(calculate.json)}`,
|
||||
);
|
||||
|
||||
// N4: overlapping runs, after bypassing N2 in this throwaway database only
|
||||
await superQuery('ALTER TABLE staff_outbox ALTER COLUMN occurred_at SET DEFAULT now()');
|
||||
try {
|
||||
const confirmAgain = await call('PATCH', `/work-sessions/${ids.session}`, {
|
||||
token: MANAGER_TOKEN,
|
||||
body: { status: 'confirmed' },
|
||||
});
|
||||
const periods = [
|
||||
{ month: '2026-09' },
|
||||
{ from: '2026-09-02', to: '2026-09-30' },
|
||||
{ month: '2026-09', org_unit_id: ids.orgUnit },
|
||||
];
|
||||
const steps = [];
|
||||
for (const period of periods) {
|
||||
const run = await call('POST', '/payroll/calculate', { token: MANAGER_TOKEN, body: period });
|
||||
const runId = run.json?.run_id ?? run.json?.id ?? run.json?.run?.id;
|
||||
const approve = runId
|
||||
? await call('POST', `/payroll/runs/${runId}/approve`, { token: MANAGER_TOKEN })
|
||||
: { status: 'нет run_id', json: run.json };
|
||||
steps.push(`${JSON.stringify(period)}: calculate ${run.status}, approve ${approve.status}`);
|
||||
}
|
||||
const ledger = await superQuery(
|
||||
`SELECT count(*)::int AS entries, COALESCE(sum(amount_minor), 0)::bigint AS total
|
||||
FROM staff_payroll_ledger WHERE tenant_id = $1 AND employee_id = $2 AND kind = 'accrual'`,
|
||||
[TENANT, ids.employee],
|
||||
);
|
||||
const { entries, total } = ledger.rows[0];
|
||||
record(
|
||||
'N4',
|
||||
entries > 1 ? 'ПОДТВЕРЖДЕНО' : 'не подтверждено',
|
||||
`повторное подтверждение смены → ${confirmAgain.status}; ${steps.join('; ')}; в реестре начислений за одну смену 8 ч × 300 ₽: записей ${entries}, сумма ${Number(total) / 100} ₽`,
|
||||
);
|
||||
|
||||
// D5: a session already paid by an approved run can still be rejected or edited
|
||||
const rejectPaid = await call('PATCH', `/work-sessions/${ids.session}`, {
|
||||
token: MANAGER_TOKEN,
|
||||
body: { status: 'rejected', correction_note: 'audit: after approval' },
|
||||
});
|
||||
const ledgerAfter = await superQuery(
|
||||
`SELECT count(*)::int AS entries FROM staff_payroll_ledger
|
||||
WHERE tenant_id = $1 AND employee_id = $2`,
|
||||
[TENANT, ids.employee],
|
||||
);
|
||||
record(
|
||||
'D5',
|
||||
rejectPaid.status < 300 ? 'ПОДТВЕРЖДЕНО' : 'не подтверждено',
|
||||
`отклонение смены, уже начисленной в утверждённой ведомости → ${rejectPaid.status}; записей в реестре после этого: ${ledgerAfter.rows[0].entries} (сторно не создано)`,
|
||||
);
|
||||
|
||||
// N13: two first calculations of the same new period at once
|
||||
await superQuery(
|
||||
`INSERT INTO staff_work_sessions
|
||||
(id, tenant_id, employee_id, org_unit_id, business_date, worked_minutes, status)
|
||||
VALUES ($1, $2, $3, $4, '2026-10-05', 480, 'confirmed')`,
|
||||
[ulid(), TENANT, ids.employee, ids.orgUnit],
|
||||
);
|
||||
const race = await Promise.all([
|
||||
call('POST', '/payroll/calculate', { token: MANAGER_TOKEN, body: { month: '2026-10' } }),
|
||||
call('POST', '/payroll/calculate', { token: MANAGER_TOKEN, body: { month: '2026-10' } }),
|
||||
]);
|
||||
record(
|
||||
'N13',
|
||||
race.some((response) => response.status >= 500) ? 'ПОДТВЕРЖДЕНО' : 'не воспроизведено',
|
||||
`два одновременных первых расчёта октября → ${race.map((response) => `${response.status} ${brief(response.json).slice(0, 90)}`).join(' | ')}`,
|
||||
);
|
||||
|
||||
// Validation holes: impossible month and effective date
|
||||
const badMonth = await call('POST', '/payroll/calculate', {
|
||||
token: MANAGER_TOKEN,
|
||||
body: { month: '2026-13' },
|
||||
});
|
||||
const hugeRate = await call('PUT', `/employees/${ids.employee}/pay-assignment`, {
|
||||
token: MANAGER_TOKEN,
|
||||
body: {
|
||||
pay_rule_id: hourlyRule?.id,
|
||||
org_unit_id: ids.orgUnit,
|
||||
rate_minor: 1e20,
|
||||
effective_from: '2026-11-01',
|
||||
unexpected_field: 'accepted?',
|
||||
},
|
||||
});
|
||||
record(
|
||||
'D9',
|
||||
'проверка',
|
||||
`month=2026-13 → ${badMonth.status}; rate_minor=1e20 и лишнее поле → ${hugeRate.status} ${brief(hugeRate.json).slice(0, 120)}`,
|
||||
);
|
||||
} finally {
|
||||
await superQuery('ALTER TABLE staff_outbox ALTER COLUMN occurred_at DROP DEFAULT');
|
||||
}
|
||||
|
||||
// N3: SSRF through a push subscription
|
||||
const inbound = { connections: 0, tlsHello: false };
|
||||
const listener = net.createServer((socket) => {
|
||||
inbound.connections += 1;
|
||||
socket.once('data', (chunk) => {
|
||||
if (chunk[0] === 0x16) inbound.tlsHello = true;
|
||||
socket.destroy();
|
||||
});
|
||||
});
|
||||
await new Promise((resolve) => listener.listen(18443, '127.0.0.1', resolve));
|
||||
try {
|
||||
const issued = await call('POST', `/employees/${ids.pushEmployee}/access-token`, {
|
||||
token: MANAGER_TOKEN,
|
||||
});
|
||||
const employeeToken = issued.json?.access_token;
|
||||
const ecdh = createECDH('prime256v1');
|
||||
ecdh.generateKeys();
|
||||
const subscribe = await call('POST', '/push/subscriptions', {
|
||||
token: employeeToken,
|
||||
body: {
|
||||
endpoint: 'https://127.0.0.1:18443/internal-admin',
|
||||
keys: {
|
||||
p256dh: ecdh.getPublicKey().toString('base64url'),
|
||||
auth: randomBytes(16).toString('base64url'),
|
||||
},
|
||||
},
|
||||
});
|
||||
const clock = await call('POST', '/attendance/events', {
|
||||
token: TERMINAL_TOKEN,
|
||||
body: {
|
||||
employee_id: ids.pushEmployee,
|
||||
event_type: 'check_in',
|
||||
occurred_at: new Date().toISOString(),
|
||||
source_event_id: `audit-${Date.now()}`,
|
||||
org_unit_id: ids.orgUnit,
|
||||
},
|
||||
});
|
||||
await new Promise((resolve) => setTimeout(resolve, 3000));
|
||||
record(
|
||||
'N3',
|
||||
inbound.connections > 0 ? 'ПОДТВЕРЖДЕНО' : 'не подтверждено',
|
||||
`выдача ключа сотруднику → ${issued.status}; подписка на https://127.0.0.1:18443 → ${subscribe.status}; отметка терминала → ${clock.status}; входящих соединений на внутренний адрес: ${inbound.connections}, TLS ClientHello: ${inbound.tlsHello}`,
|
||||
);
|
||||
|
||||
// N9: another employee re-binds the same endpoint
|
||||
const other = await call('POST', `/employees/${ids.employee}/access-token`, {
|
||||
token: MANAGER_TOKEN,
|
||||
});
|
||||
const rebind = await call('POST', '/push/subscriptions', {
|
||||
token: other.json?.access_token,
|
||||
body: {
|
||||
endpoint: 'https://127.0.0.1:18443/internal-admin',
|
||||
keys: { p256dh: ecdh.getPublicKey().toString('base64url'), auth: randomBytes(16).toString('base64url') },
|
||||
},
|
||||
});
|
||||
const owner = await superQuery(
|
||||
`SELECT employee_id FROM staff_push_subscriptions WHERE tenant_id = $1 AND endpoint = $2`,
|
||||
[TENANT, 'https://127.0.0.1:18443/internal-admin'],
|
||||
).catch((error) => ({ rows: [{ employee_id: `ошибка: ${error.message}` }] }));
|
||||
record(
|
||||
'N9',
|
||||
rebind.status < 300 && owner.rows[0]?.employee_id === ids.employee ? 'ПОДТВЕРЖДЕНО' : 'не подтверждено',
|
||||
`сотрудник Б подписывает endpoint сотрудника А → ${rebind.status}; подписка теперь принадлежит сотруднику Б: ${owner.rows[0]?.employee_id === ids.employee}`,
|
||||
);
|
||||
|
||||
// A4: internal error details leak in 500 responses
|
||||
const badFk = await call('POST', '/employees', {
|
||||
token: MANAGER_TOKEN,
|
||||
body: { personnel_number: 'A-200', display_name: 'X', profession_id: ulid() },
|
||||
});
|
||||
record('A4', 'проверка', `500 с деталями: POST /employees с несуществующей профессией → ${badFk.status} ${brief(badFk.json)}`);
|
||||
|
||||
// N10: reference data without permission checks
|
||||
const professionsByTerminal = await call('GET', '/professions', { token: TERMINAL_TOKEN });
|
||||
const orgUnitsByTerminal = await call('GET', '/org-units', { token: TERMINAL_TOKEN });
|
||||
record(
|
||||
'N10',
|
||||
'проверка',
|
||||
`терминал: GET /professions → ${professionsByTerminal.status} (${Array.isArray(professionsByTerminal.json) ? professionsByTerminal.json.length : brief(professionsByTerminal.json)}); GET /org-units → ${orgUnitsByTerminal.status} ${brief(orgUnitsByTerminal.json)}`,
|
||||
);
|
||||
|
||||
// Security headers on the portal
|
||||
const page = await fetch(`http://127.0.0.1:${PORT}/staff`);
|
||||
record(
|
||||
'HDR',
|
||||
'проверка',
|
||||
`GET /staff: content-security-policy="${page.headers.get('content-security-policy')}", strict-transport-security="${page.headers.get('strict-transport-security')}"`,
|
||||
);
|
||||
} finally {
|
||||
listener.close();
|
||||
}
|
||||
} finally {
|
||||
const serverErrors = server.stderrText();
|
||||
await stop(server);
|
||||
if (serverErrors.trim()) console.log(`server stderr: ${brief(serverErrors)}`);
|
||||
}
|
||||
}
|
||||
|
||||
await scenarioOpenMode('manager');
|
||||
await scenarioOpenMode('employee');
|
||||
await scenarioWithTokens();
|
||||
console.log('\nJSON', JSON.stringify(results));
|
||||
213
docs/audit/2026-09-26/evidence/live-sync.mjs.txt
Normal file
213
docs/audit/2026-09-26/evidence/live-sync.mjs.txt
Normal file
|
|
@ -0,0 +1,213 @@
|
|||
// Live check of the offline sync branch (5ee7517) on a real PostgreSQL 17.
|
||||
import { createRequire } from 'node:module';
|
||||
import { spawn } from 'node:child_process';
|
||||
import { randomBytes } from 'node:crypto';
|
||||
|
||||
const REPO = 'C:/Users/Ochenstarik/Agent_projects/krona-staff-sync';
|
||||
const require = createRequire(`${REPO}/package.json`);
|
||||
const pg = require('pg');
|
||||
const { ulid } = require('ulid');
|
||||
|
||||
const SUPER = 'postgres://postgres:audit-superuser@127.0.0.1:55432/krona_staff_sync';
|
||||
const APP = 'postgres://krona_staff_app:audit-app-password@127.0.0.1:55432/krona_staff_sync';
|
||||
const PORT = 18081;
|
||||
const BASE = `http://127.0.0.1:${PORT}/api/v1/staff`;
|
||||
const TENANT = ulid();
|
||||
const MANAGER_TOKEN = randomBytes(32).toString('base64url');
|
||||
const TERMINAL_TOKEN = randomBytes(32).toString('base64url');
|
||||
|
||||
async function superQuery(sql, params = []) {
|
||||
const client = new pg.Client({ connectionString: SUPER });
|
||||
await client.connect();
|
||||
try {
|
||||
return await client.query(sql, params);
|
||||
} finally {
|
||||
await client.end();
|
||||
}
|
||||
}
|
||||
|
||||
async function call(method, path, { token, body } = {}) {
|
||||
const response = await fetch(`${BASE}${path}`, {
|
||||
method,
|
||||
headers: {
|
||||
...(body !== undefined ? { 'content-type': 'application/json' } : {}),
|
||||
...(token ? { authorization: `Bearer ${token}` } : {}),
|
||||
},
|
||||
body: body !== undefined ? JSON.stringify(body) : undefined,
|
||||
});
|
||||
const text = await response.text();
|
||||
try {
|
||||
return { status: response.status, json: JSON.parse(text) };
|
||||
} catch {
|
||||
return { status: response.status, json: text };
|
||||
}
|
||||
}
|
||||
|
||||
const brief = (value) => {
|
||||
const text = typeof value === 'string' ? value : JSON.stringify(value);
|
||||
return text.length > 260 ? `${text.slice(0, 260)}…` : text;
|
||||
};
|
||||
|
||||
// S9: deleting an org unit referenced by a sync device
|
||||
const s9Unit = ulid();
|
||||
const s9Device = ulid();
|
||||
await superQuery(`INSERT INTO staff_org_units (id, tenant_id, code, name) VALUES ($1, $2, 's9', 'S9')`, [
|
||||
s9Unit,
|
||||
TENANT,
|
||||
]);
|
||||
const deviceColumns = (
|
||||
await superQuery(
|
||||
`SELECT column_name, is_nullable, column_default FROM information_schema.columns
|
||||
WHERE table_name = 'staff_sync_devices' ORDER BY ordinal_position`,
|
||||
)
|
||||
).rows;
|
||||
const values = {
|
||||
id: s9Device,
|
||||
tenant_id: TENANT,
|
||||
device_code: 's9-device',
|
||||
name: 'S9',
|
||||
token_hash: 'a'.repeat(64),
|
||||
token_hint: 'hint',
|
||||
org_unit_id: s9Unit,
|
||||
created_by: ulid(),
|
||||
status: 'active',
|
||||
};
|
||||
const insertable = deviceColumns.filter(
|
||||
(column) => values[column.column_name] !== undefined,
|
||||
);
|
||||
await superQuery(
|
||||
`INSERT INTO staff_sync_devices (${insertable.map((c) => c.column_name).join(', ')})
|
||||
VALUES (${insertable.map((_, index) => `$${index + 1}`).join(', ')})`,
|
||||
insertable.map((column) => values[column.column_name]),
|
||||
).catch((error) => console.log(`S9 setup: ${error.code} ${error.message}`));
|
||||
try {
|
||||
await superQuery(`DELETE FROM staff_org_units WHERE id = $1`, [s9Unit]);
|
||||
console.log('[S9] не подтверждено — точку с привязанным устройством удалить удалось');
|
||||
} catch (error) {
|
||||
console.log(`[S9] ПОДТВЕРЖДЕНО — удаление точки с устройством → ${error.code} ${error.message}`);
|
||||
}
|
||||
|
||||
// Seed an employee and a unit for S1
|
||||
const orgUnit = ulid();
|
||||
const employee = ulid();
|
||||
await superQuery(
|
||||
`INSERT INTO staff_org_units (id, tenant_id, code, name) VALUES ($1, $2, 'sync-unit', 'Точка')`,
|
||||
[orgUnit, TENANT],
|
||||
);
|
||||
await superQuery(
|
||||
`INSERT INTO staff_employees (id, tenant_id, personnel_number, display_name, status)
|
||||
VALUES ($1, $2, 'S-001', 'Сотрудник Синхронизации', 'active')`,
|
||||
[employee, TENANT],
|
||||
);
|
||||
|
||||
const server = spawn(process.execPath, ['node_modules/tsx/dist/cli.mjs', 'src/server.ts'], {
|
||||
cwd: REPO,
|
||||
env: {
|
||||
...process.env,
|
||||
NODE_ENV: 'development',
|
||||
HOST: '127.0.0.1',
|
||||
PORT: String(PORT),
|
||||
LOG_LEVEL: 'silent',
|
||||
STAFF_RUNTIME_MODE: 'standalone',
|
||||
STANDALONE_ACCESS: 'employee',
|
||||
STANDALONE_MANAGER_TOKEN: MANAGER_TOKEN,
|
||||
STANDALONE_TERMINAL_TOKEN: TERMINAL_TOKEN,
|
||||
DATABASE_URL: APP,
|
||||
STANDALONE_TENANT_ID: TENANT,
|
||||
STANDALONE_ACTOR_ID: ulid(),
|
||||
},
|
||||
stdio: 'ignore',
|
||||
});
|
||||
|
||||
try {
|
||||
for (let attempt = 0; attempt < 120; attempt += 1) {
|
||||
try {
|
||||
if ((await fetch(`${BASE}/live`)).ok) break;
|
||||
} catch {}
|
||||
await new Promise((resolve) => setTimeout(resolve, 500));
|
||||
}
|
||||
|
||||
const registered = await call('POST', '/sync/devices', {
|
||||
token: MANAGER_TOKEN,
|
||||
body: { device_code: 'kiosk-1', name: 'Киоск', org_unit_id: orgUnit },
|
||||
});
|
||||
const deviceToken = registered.json?.token;
|
||||
console.log(`device registration → ${registered.status}; scopes ${JSON.stringify(registered.json?.device?.allowed_scopes)}`);
|
||||
|
||||
const forged = await call('POST', '/sync/push', {
|
||||
token: deviceToken,
|
||||
body: {
|
||||
commands: [
|
||||
{
|
||||
command_type: 'upsert_work_session',
|
||||
schema_version: 1,
|
||||
idempotency_key: `forge-${Date.now()}`,
|
||||
correlation_id: ulid(),
|
||||
created_at: new Date().toISOString(),
|
||||
payload: {
|
||||
employee_id: employee,
|
||||
org_unit_id: orgUnit,
|
||||
business_date: '2026-09-15',
|
||||
worked_minutes: 2880,
|
||||
status: 'confirmed',
|
||||
},
|
||||
},
|
||||
{
|
||||
command_type: 'record_attendance',
|
||||
schema_version: 1,
|
||||
idempotency_key: `old-${Date.now()}`,
|
||||
correlation_id: ulid(),
|
||||
created_at: new Date().toISOString(),
|
||||
payload: {
|
||||
employee_id: employee,
|
||||
event_type: 'check_in',
|
||||
occurred_at: '2020-01-01T00:00:00Z',
|
||||
},
|
||||
},
|
||||
],
|
||||
},
|
||||
});
|
||||
console.log(`device push → ${forged.status} ${brief(forged.json)}`);
|
||||
|
||||
const session = await superQuery(
|
||||
`SELECT status, worked_minutes, confirmed_by, correction_note
|
||||
FROM staff_work_sessions WHERE tenant_id = $1 AND employee_id = $2 AND business_date = '2026-09-15'`,
|
||||
[TENANT, employee],
|
||||
);
|
||||
const oldEvent = await superQuery(
|
||||
`SELECT occurred_at FROM staff_attendance_events
|
||||
WHERE tenant_id = $1 AND employee_id = $2 AND occurred_at < '2021-01-01'`,
|
||||
[TENANT, employee],
|
||||
);
|
||||
const audit = await superQuery(
|
||||
`SELECT count(*)::int AS entries FROM staff_audit_log WHERE tenant_id = $1`,
|
||||
[TENANT],
|
||||
);
|
||||
const row = session.rows[0];
|
||||
console.log(
|
||||
`[S1] ${row?.status === 'confirmed' ? 'ПОДТВЕРЖДЕНО' : 'не подтверждено'} — смена от устройства: статус ${row?.status}, минут ${row?.worked_minutes}, подтвердил ${row?.confirmed_by ?? 'никто'}, записей в журнале аудита арендатора: ${audit.rows[0].entries}`,
|
||||
);
|
||||
console.log(
|
||||
`[S2] ${oldEvent.rowCount > 0 ? 'ПОДТВЕРЖДЕНО' : 'не подтверждено'} — отметка с временем 2020-01-01 через синхронизацию сохранена: ${oldEvent.rowCount > 0}`,
|
||||
);
|
||||
|
||||
// The forged session flows into payroll (outbox default only in this throwaway database, see N2)
|
||||
await superQuery('ALTER TABLE staff_outbox ALTER COLUMN occurred_at SET DEFAULT now()');
|
||||
try {
|
||||
const rules = await call('GET', '/pay-rules', { token: MANAGER_TOKEN });
|
||||
const hourly = (rules.json?.pay_rules ?? []).find((rule) => /hour/.test(rule.code));
|
||||
await call('PUT', `/employees/${employee}/pay-assignment`, {
|
||||
token: MANAGER_TOKEN,
|
||||
body: { pay_rule_id: hourly?.id, org_unit_id: orgUnit, rate_minor: 30000, effective_from: '2026-09-01' },
|
||||
});
|
||||
const run = await call('POST', '/payroll/calculate', { token: MANAGER_TOKEN, body: { month: '2026-09' } });
|
||||
const total = run.json?.total_accrued_minor ?? run.json?.totals?.accrued_minor;
|
||||
console.log(
|
||||
`[S1→payroll] расчёт сентября → ${run.status}; начислено по поддельной смене: ${total !== undefined ? Number(total) / 100 : brief(run.json)} ₽ (48 ч × 300 ₽)`,
|
||||
);
|
||||
} finally {
|
||||
await superQuery('ALTER TABLE staff_outbox ALTER COLUMN occurred_at DROP DEFAULT');
|
||||
}
|
||||
} finally {
|
||||
server.kill();
|
||||
}
|
||||
5
docs/audit/2026-09-26/evidence/live-sync.txt
Normal file
5
docs/audit/2026-09-26/evidence/live-sync.txt
Normal file
|
|
@ -0,0 +1,5 @@
|
|||
[S9] ПОДТВЕРЖДЕНО — удаление точки с устройством → 23502 null value in column "tenant_id" of relation "staff_sync_devices" violates not-null constraint
|
||||
device push → 200 {"results":[{"idempotency_key":"forge-1790405052967","command_type":"upsert_work_session","status":"applied","result":{"id":"01M3E7A2JB9PQ3YZQ4J5TE2V49","revision":1,"status":"applied"}},{"idempotency_key":"old-1790405052969","command_type":"record_attendance"…
|
||||
[S1] ПОДТВЕРЖДЕНО — смена от устройства: статус confirmed, минут 2880, подтвердил никто, записей в журнале аудита арендатора: 0
|
||||
[S2] ПОДТВЕРЖДЕНО — отметка с временем 2020-01-01 через синхронизацию сохранена: true
|
||||
[S1→payroll] расчёт сентября → 200; начислено по поддельной смене: 14400 ₽ (48 ч × 300 ₽)
|
||||
30
scripts/test/ci-local.sh
Executable file
30
scripts/test/ci-local.sh
Executable file
|
|
@ -0,0 +1,30 @@
|
|||
#!/usr/bin/env bash
|
||||
# Локальный эквивалент задач verify/format/e2e из .forgejo/workflows/ci.yml
|
||||
# (без Docker: PostgreSQL 17 уже запущен, E2E_PG_ADMIN_URL указывает на bootstrap-админа).
|
||||
# docker-build локально не воспроизводится: Docker в этой среде нет.
|
||||
set -uo pipefail
|
||||
cd "$(dirname "$0")/../.."
|
||||
: "${E2E_PG_ADMIN_URL:?E2E_PG_ADMIN_URL (bootstrap-админ PostgreSQL 17) обязателен}"
|
||||
tmp="$(mktemp -d)"
|
||||
trap 'rm -rf "$tmp"' EXIT
|
||||
status=0
|
||||
step() {
|
||||
local name="$1"
|
||||
shift
|
||||
echo "::: [$name] $*"
|
||||
if "$@"; then echo "::: [$name] OK"; else local code=$?; echo "::: [$name] FAIL exit=$code"; status=1; fi
|
||||
}
|
||||
with_db_env() { (set -a; . "$tmp/db.env"; set +a; unset DATABASE_URL POSTGRES_APP_PASSWORD; "$@"); }
|
||||
|
||||
echo "=== job verify"
|
||||
step npm-ci npm ci --no-audit --no-fund
|
||||
step provision node scripts/test/provision-pg.mjs --out "$tmp/db.env" --db krona_staff
|
||||
step migrate-roundtrip with_db_env node scripts/test/migrate-roundtrip.mjs roundtrip
|
||||
step check with_db_env npm run check
|
||||
step audit npm audit --audit-level=high
|
||||
echo "=== job format"
|
||||
step format-check npm run format:check
|
||||
echo "=== job e2e"
|
||||
step e2e env E2E_MIGRATIONS=roundtrip node scripts/test/run-e2e.mjs
|
||||
echo "=== итог: status=$status"
|
||||
exit $status
|
||||
46
scripts/test/migrate-roundtrip.mjs
Normal file
46
scripts/test/migrate-roundtrip.mjs
Normal file
|
|
@ -0,0 +1,46 @@
|
|||
#!/usr/bin/env node
|
||||
// up -> откат ВСЕХ миграций по одной -> up -> повторный up (идемпотентность).
|
||||
// Запускается ролью мигратора (DATABASE_MIGRATION_URL), без SUPERUSER.
|
||||
import { spawnSync } from 'node:child_process';
|
||||
|
||||
function run(direction) {
|
||||
const result = spawnSync(process.execPath, ['scripts/migrate.mjs', direction], {
|
||||
env: { ...process.env, ALLOW_MIGRATION_DOWN: direction === 'down' ? 'true' : 'false' },
|
||||
encoding: 'utf8',
|
||||
});
|
||||
process.stdout.write(result.stdout);
|
||||
process.stderr.write(result.stderr);
|
||||
if (result.status !== 0) {
|
||||
console.error(`migrate ${direction} failed with exit ${result.status}`);
|
||||
process.exit(result.status ?? 1);
|
||||
}
|
||||
return result.stdout;
|
||||
}
|
||||
|
||||
const mode = process.argv[2] ?? 'roundtrip';
|
||||
console.log('== migrate up (1)');
|
||||
const first = run('up');
|
||||
if (mode === 'up') process.exit(0);
|
||||
const applied = (first.match(/^applied /gm) ?? []).length;
|
||||
console.log(`== rollback all (applied now: ${applied})`);
|
||||
let rolledBack = 0;
|
||||
for (let i = 0; i < 1000; i += 1) {
|
||||
const out = run('down');
|
||||
if (/no migration to roll back/.test(out)) break;
|
||||
rolledBack += 1;
|
||||
}
|
||||
console.log(`== rolled back ${rolledBack} migrations`);
|
||||
console.log('== migrate up (2)');
|
||||
const second = run('up');
|
||||
const reapplied = (second.match(/^applied /gm) ?? []).length;
|
||||
console.log('== migrate up (3, must be no-op)');
|
||||
const third = run('up');
|
||||
if ((third.match(/^applied /gm) ?? []).length !== 0) {
|
||||
console.error('third up applied migrations again: not idempotent');
|
||||
process.exit(1);
|
||||
}
|
||||
if (rolledBack === 0 || reapplied !== rolledBack) {
|
||||
console.error(`rollback/reapply mismatch: rolledBack=${rolledBack} reapplied=${reapplied}`);
|
||||
process.exit(1);
|
||||
}
|
||||
console.log(`== roundtrip OK: rolledBack=${rolledBack} reapplied=${reapplied}`);
|
||||
300
scripts/test/n13-race.mjs
Normal file
300
scripts/test/n13-race.mjs
Normal file
|
|
@ -0,0 +1,300 @@
|
|||
#!/usr/bin/env node
|
||||
// N13: гонка первого расчёта зарплаты. N параллельных POST /payroll/calculate для одной и той же
|
||||
// пары (точка, месяц), когда расчёта ещё нет. Каждая попытка — новая точка (значит «первый» расчёт).
|
||||
//
|
||||
// Режимы:
|
||||
// --mode as-is код и схема как есть (N2 не обходится);
|
||||
// --mode n2-bypass ДИАГНОСТИКА: в одноразовой БД мигратор ставит DEFAULT now() для
|
||||
// staff_outbox.occurred_at, чтобы обойти N2 и увидеть саму гонку.
|
||||
// Продукт/миграции не меняются, БД удаляется при следующем provision.
|
||||
// Опции: --sizes 10,25,50 --attempts 5 --with-sessions (подтверждённые смены, нужен n2-bypass)
|
||||
// Требует E2E_PG_ADMIN_URL (bootstrap-админ только для создания ролей/БД).
|
||||
// Правильное поведение: все ответы 200, один и тот же run_id, ровно один расчёт в БД,
|
||||
// каждый возвращённый run_id существует в БД.
|
||||
import { spawn, spawnSync } from 'node:child_process';
|
||||
import { randomBytes } from 'node:crypto';
|
||||
import { createWriteStream, mkdtempSync, readFileSync, rmSync } from 'node:fs';
|
||||
import { createServer } from 'node:net';
|
||||
import { tmpdir } from 'node:os';
|
||||
import path from 'node:path';
|
||||
import pg from 'pg';
|
||||
import { baseEnv, nodeWithTsx } from './node-commands.mjs';
|
||||
|
||||
const repoRoot = path.resolve(import.meta.dirname, '../..');
|
||||
const args = process.argv.slice(2);
|
||||
const opt = (name, fallback) => {
|
||||
const index = args.indexOf(`--${name}`);
|
||||
return index >= 0 ? args[index + 1] : fallback;
|
||||
};
|
||||
const mode = opt('mode', 'as-is');
|
||||
const sizes = opt('sizes', '10,25,50').split(',').map(Number);
|
||||
const attempts = Number(opt('attempts', '5'));
|
||||
const withSessions = args.includes('--with-sessions');
|
||||
const database = opt('db', `krona_staff_n13_${mode.replace(/-/g, '_')}`);
|
||||
|
||||
const CROCKFORD = '0123456789ABCDEFGHJKMNPQRSTVWXYZ';
|
||||
const ulid = () =>
|
||||
Array.from(randomBytes(26), (byte) => CROCKFORD[byte % 32])
|
||||
.join('')
|
||||
.replace(/^./, '0');
|
||||
|
||||
function parseEnvFile(file) {
|
||||
const result = {};
|
||||
for (const line of readFileSync(file, 'utf8').split('\n')) {
|
||||
const index = line.indexOf('=');
|
||||
if (index > 0) result[line.slice(0, index)] = line.slice(index + 1);
|
||||
}
|
||||
return result;
|
||||
}
|
||||
|
||||
function runNode(scriptArgs, env) {
|
||||
const result = spawnSync(process.execPath, scriptArgs, { cwd: repoRoot, env, encoding: 'utf8' });
|
||||
if (result.status !== 0) {
|
||||
process.stdout.write(`${result.stdout}${result.stderr}`);
|
||||
throw new Error(`${scriptArgs.join(' ')} failed`);
|
||||
}
|
||||
return result.stdout;
|
||||
}
|
||||
|
||||
async function freePort() {
|
||||
return new Promise((resolve) => {
|
||||
const server = createServer();
|
||||
server.listen(0, '127.0.0.1', () => {
|
||||
const { port } = server.address();
|
||||
server.close(() => resolve(port));
|
||||
});
|
||||
});
|
||||
}
|
||||
|
||||
const adminUrl = process.env.E2E_PG_ADMIN_URL;
|
||||
if (!adminUrl) throw new Error('E2E_PG_ADMIN_URL не задан');
|
||||
const secretsDir = mkdtempSync(path.join(tmpdir(), 'krona-n13-'));
|
||||
runNode(
|
||||
['scripts/test/provision-pg.mjs', '--out', path.join(secretsDir, 'db.env'), '--db', database],
|
||||
{
|
||||
...process.env,
|
||||
},
|
||||
);
|
||||
const dbEnv = parseEnvFile(path.join(secretsDir, 'db.env'));
|
||||
rmSync(secretsDir, { recursive: true, force: true });
|
||||
runNode(['scripts/test/migrate-roundtrip.mjs', 'up'], {
|
||||
...baseEnv(),
|
||||
DATABASE_MIGRATION_URL: dbEnv.DATABASE_MIGRATION_URL,
|
||||
});
|
||||
const migrator = new pg.Client({ connectionString: dbEnv.DATABASE_MIGRATION_URL });
|
||||
await migrator.connect();
|
||||
if (mode === 'n2-bypass') {
|
||||
await migrator.query('ALTER TABLE staff_outbox ALTER COLUMN occurred_at SET DEFAULT now()');
|
||||
console.log(
|
||||
'[n13] ДИАГНОСТИКА: staff_outbox.occurred_at DEFAULT now() (обход N2 только в этой БД)',
|
||||
);
|
||||
}
|
||||
|
||||
const tenantId = ulid();
|
||||
const managerToken = randomBytes(32).toString('hex');
|
||||
const terminalToken = randomBytes(32).toString('hex');
|
||||
const vapid = {};
|
||||
for (const line of runNode(['scripts/generate-vapid-keys.mjs'], process.env).split('\n')) {
|
||||
const index = line.indexOf('=');
|
||||
if (index > 0) vapid[line.slice(0, index)] = line.slice(index + 1);
|
||||
}
|
||||
const port = await freePort();
|
||||
const log = createWriteStream(path.join(repoRoot, `tests/e2e/evidence/server-n13-${mode}.txt`));
|
||||
const server = nodeWithTsx(['src/server.ts']);
|
||||
const child = spawn(server.command, server.args, {
|
||||
cwd: repoRoot,
|
||||
env: {
|
||||
...baseEnv(),
|
||||
NODE_ENV: 'test',
|
||||
HOST: '127.0.0.1',
|
||||
PORT: String(port),
|
||||
LOG_LEVEL: 'warn',
|
||||
STAFF_RUNTIME_MODE: 'standalone',
|
||||
DATABASE_URL: dbEnv.DATABASE_URL,
|
||||
STANDALONE_TENANT_ID: tenantId,
|
||||
STANDALONE_ACTOR_ID: ulid(),
|
||||
STANDALONE_ACCESS: 'employee',
|
||||
STANDALONE_MANAGER_TOKEN: managerToken,
|
||||
STANDALONE_TERMINAL_TOKEN: terminalToken,
|
||||
STANDALONE_TERMINAL_ACTOR_ID: ulid(),
|
||||
...vapid,
|
||||
},
|
||||
stdio: ['ignore', 'pipe', 'pipe'],
|
||||
});
|
||||
child.stdout.pipe(log);
|
||||
child.stderr.pipe(log);
|
||||
const base = `http://127.0.0.1:${port}/api/v1/staff`;
|
||||
|
||||
async function api(method, route, token, body) {
|
||||
const response = await fetch(`${base}${route}`, {
|
||||
method,
|
||||
headers: {
|
||||
authorization: `Bearer ${token}`,
|
||||
...(body ? { 'content-type': 'application/json' } : {}),
|
||||
},
|
||||
...(body ? { body: JSON.stringify(body) } : {}),
|
||||
});
|
||||
const text = await response.text();
|
||||
let json = null;
|
||||
try {
|
||||
json = JSON.parse(text);
|
||||
} catch {
|
||||
// не JSON
|
||||
}
|
||||
return { status: response.status, json, text };
|
||||
}
|
||||
|
||||
try {
|
||||
for (let i = 0; i < 240; i += 1) {
|
||||
try {
|
||||
if ((await fetch(`${base}/ready`)).status === 200) break;
|
||||
} catch {
|
||||
// ещё не слушает
|
||||
}
|
||||
await new Promise((resolve) => setTimeout(resolve, 250));
|
||||
}
|
||||
await migrator.query("SELECT set_config('app.tenant_id', $1, false)", [tenantId]);
|
||||
|
||||
const month = (() => {
|
||||
const date = new Date();
|
||||
date.setUTCDate(1);
|
||||
date.setUTCMonth(date.getUTCMonth() - 1);
|
||||
return date.toISOString().slice(0, 7);
|
||||
})();
|
||||
let hourlyRule = null;
|
||||
if (withSessions) {
|
||||
const rules = await api('GET', '/pay-rules', managerToken);
|
||||
hourlyRule = (
|
||||
rules.json.pay_rules.find((rule) => rule.code === 'hourly') ?? rules.json.pay_rules[0]
|
||||
).id;
|
||||
}
|
||||
|
||||
async function prepareUnit() {
|
||||
const code = `n13-${ulid().slice(-10).toLowerCase()}`;
|
||||
const suffix = ulid().slice(-8);
|
||||
const imported = await api('POST', '/imports/owner-workbook', managerToken, {
|
||||
source_name: `n13-import-${suffix}`,
|
||||
units: [{ code, name: `Синтетическая точка ${suffix}` }],
|
||||
...(withSessions
|
||||
? {
|
||||
employees: [
|
||||
{
|
||||
external_ref: `n13:${suffix}`,
|
||||
personnel_number: `N13-${suffix}`,
|
||||
display_name: `Синтетический ${suffix}`,
|
||||
},
|
||||
],
|
||||
}
|
||||
: {}),
|
||||
});
|
||||
if (imported.status >= 300) throw new Error(`import ${imported.status} ${imported.text}`);
|
||||
const unitId = (await migrator.query('SELECT id FROM staff_org_units WHERE code = $1', [code]))
|
||||
.rows[0].id;
|
||||
if (withSessions) {
|
||||
const employeeId = (
|
||||
await migrator.query('SELECT id FROM staff_employees WHERE external_ref = $1', [
|
||||
`n13:${suffix}`,
|
||||
])
|
||||
).rows[0].id;
|
||||
const assign = await api('PUT', `/employees/${employeeId}/pay-assignment`, managerToken, {
|
||||
pay_rule_id: hourlyRule,
|
||||
org_unit_id: unitId,
|
||||
rate_minor: 12345,
|
||||
effective_from: '2026-01-01',
|
||||
});
|
||||
if (assign.status !== 200) throw new Error(`assign ${assign.status} ${assign.text}`);
|
||||
const start = new Date(`${month}-10T09:00:00Z`);
|
||||
for (const [eventType, at] of [
|
||||
['check_in', start],
|
||||
['check_out', new Date(start.getTime() + 8 * 3_600_000)],
|
||||
]) {
|
||||
const event = await api('POST', '/attendance/events', terminalToken, {
|
||||
employee_id: employeeId,
|
||||
event_type: eventType,
|
||||
occurred_at: at.toISOString(),
|
||||
source_event_id: `n13-${ulid()}`,
|
||||
org_unit_id: unitId,
|
||||
});
|
||||
if (event.status !== 201) throw new Error(`clock ${event.status} ${event.text}`);
|
||||
}
|
||||
const day = start.toISOString().slice(0, 10);
|
||||
const reconcile = await api('POST', '/work-sessions/reconcile', managerToken, {
|
||||
date_from: day,
|
||||
date_to: day,
|
||||
});
|
||||
if (reconcile.status !== 200) throw new Error(`reconcile ${reconcile.status}`);
|
||||
const sessionId = (
|
||||
await migrator.query('SELECT id FROM staff_work_sessions WHERE employee_id = $1', [
|
||||
employeeId,
|
||||
])
|
||||
).rows[0].id;
|
||||
const confirm = await api('PATCH', `/work-sessions/${sessionId}`, managerToken, {
|
||||
status: 'confirmed',
|
||||
});
|
||||
if (confirm.status !== 200)
|
||||
throw new Error(`confirm ${confirm.status} ${confirm.text.slice(0, 200)}`);
|
||||
}
|
||||
return unitId;
|
||||
}
|
||||
|
||||
let totalBad = 0;
|
||||
const summary = [];
|
||||
for (const size of sizes) {
|
||||
for (let attempt = 1; attempt <= attempts; attempt += 1) {
|
||||
const unitId = await prepareUnit();
|
||||
const responses = await Promise.all(
|
||||
Array.from({ length: size }, () =>
|
||||
api('POST', '/payroll/calculate', managerToken, { month, org_unit_id: unitId }),
|
||||
),
|
||||
);
|
||||
const statuses = {};
|
||||
const errors = {};
|
||||
const runIds = new Set();
|
||||
for (const response of responses) {
|
||||
statuses[response.status] = (statuses[response.status] ?? 0) + 1;
|
||||
if (response.status === 200) {
|
||||
const id = response.json?.run_id ?? response.json?.id ?? response.json?.run?.id;
|
||||
if (id) runIds.add(id);
|
||||
} else {
|
||||
const key = (
|
||||
response.json?.error?.message ??
|
||||
response.json?.message ??
|
||||
response.text
|
||||
).slice(0, 90);
|
||||
errors[key] = (errors[key] ?? 0) + 1;
|
||||
}
|
||||
}
|
||||
const dbRuns = (
|
||||
await migrator.query('SELECT id FROM staff_payroll_runs WHERE org_unit_id = $1', [unitId])
|
||||
).rows.map((row) => row.id);
|
||||
const dbLines = Number(
|
||||
(
|
||||
await migrator.query(
|
||||
'SELECT count(*) AS n FROM staff_payroll_lines WHERE org_unit_id = $1',
|
||||
[unitId],
|
||||
)
|
||||
).rows[0].n,
|
||||
);
|
||||
const phantom = [...runIds].filter((id) => !dbRuns.includes(id));
|
||||
const ok =
|
||||
(statuses[200] ?? 0) === size &&
|
||||
runIds.size === 1 &&
|
||||
dbRuns.length === 1 &&
|
||||
phantom.length === 0;
|
||||
if (!ok) totalBad += 1;
|
||||
const line =
|
||||
`[n13] mode=${mode} sessions=${withSessions} N=${size} attempt=${attempt}: ` +
|
||||
`statuses=${JSON.stringify(statuses)} distinct_run_ids=${runIds.size} db_runs=${dbRuns.length} db_lines=${dbLines} ` +
|
||||
`phantom_run_ids=${phantom.length} errors=${JSON.stringify(errors)} -> ${ok ? 'OK' : 'BAD'}`;
|
||||
console.log(line);
|
||||
summary.push(ok);
|
||||
}
|
||||
}
|
||||
console.log(
|
||||
`[n13] ИТОГ mode=${mode} sessions=${withSessions}: попыток ${summary.length}, некорректных ${totalBad}`,
|
||||
);
|
||||
process.exitCode = totalBad > 0 ? 1 : 0;
|
||||
} finally {
|
||||
await migrator.end();
|
||||
child.kill('SIGTERM');
|
||||
}
|
||||
9
scripts/test/node-commands.d.mts
Normal file
9
scripts/test/node-commands.d.mts
Normal file
|
|
@ -0,0 +1,9 @@
|
|||
export type Tool = 'tsx' | 'vitest' | 'prettier';
|
||||
export declare function toolEntry(tool: Tool): string;
|
||||
export declare function nodeTool(tool: Tool, args?: string[]): { command: string; args: string[] };
|
||||
export declare function nodeWithTsx(args?: string[]): { command: string; args: string[] };
|
||||
export declare function baseEnv(
|
||||
platform?: NodeJS.Platform,
|
||||
env?: NodeJS.ProcessEnv,
|
||||
): Record<string, string>;
|
||||
export declare const repoRoot: string;
|
||||
76
scripts/test/node-commands.mjs
Normal file
76
scripts/test/node-commands.mjs
Normal file
|
|
@ -0,0 +1,76 @@
|
|||
// Запуск инструментов из node_modules без .cmd-обёрток и без npx.
|
||||
// Под Windows `node_modules/.bin/tsx` и `npx` — это .cmd-файлы: spawn() без shell
|
||||
// падает с ENOENT. Поэтому всегда запускаем текущий node (process.execPath) с
|
||||
// JS-точкой входа пакета, найденной через require.resolve.
|
||||
import { createRequire } from 'node:module';
|
||||
import path from 'node:path';
|
||||
import { pathToFileURL } from 'node:url';
|
||||
|
||||
const repoRoot = path.resolve(import.meta.dirname, '../..');
|
||||
const require = createRequire(path.join(repoRoot, 'package.json'));
|
||||
|
||||
function packageBin(name, binName = name) {
|
||||
const manifestPath = require.resolve(`${name}/package.json`);
|
||||
const manifest = require(manifestPath);
|
||||
const bin = typeof manifest.bin === 'string' ? manifest.bin : manifest.bin?.[binName];
|
||||
if (!bin) throw new Error(`${name}: в package.json нет bin "${binName}"`);
|
||||
return path.join(path.dirname(manifestPath), bin);
|
||||
}
|
||||
|
||||
/** Абсолютный путь к JS-точке входа CLI (не .cmd, не .bin). */
|
||||
export function toolEntry(tool) {
|
||||
switch (tool) {
|
||||
case 'tsx':
|
||||
return require.resolve('tsx/cli');
|
||||
case 'vitest':
|
||||
return packageBin('vitest');
|
||||
case 'prettier':
|
||||
return packageBin('prettier');
|
||||
default:
|
||||
throw new Error(`неизвестный инструмент: ${tool}`);
|
||||
}
|
||||
}
|
||||
|
||||
/** Команда для spawn(command, args): всегда process.execPath + JS-файл CLI. */
|
||||
export function nodeTool(tool, args = []) {
|
||||
return { command: process.execPath, args: [toolEntry(tool), ...args] };
|
||||
}
|
||||
|
||||
/**
|
||||
* Запуск TypeScript-файла (например, src/server.ts) в ОДНОМ процессе node с
|
||||
* загрузчиком tsx (`node --import tsx`). CLI tsx запускает дочерний node, и под
|
||||
* Windows kill() родителя (TerminateProcess) оставил бы сервер-сироту на порту.
|
||||
*/
|
||||
export function nodeWithTsx(args = []) {
|
||||
const loader = pathToFileURL(require.resolve('tsx')).href;
|
||||
return { command: process.execPath, args: ['--import', loader, ...args] };
|
||||
}
|
||||
|
||||
/**
|
||||
* Минимальное окружение дочернего процесса: PATH и (под Windows) системные
|
||||
* переменные, без которых node не может работать с сетью/криптографией
|
||||
* (SystemRoot, WINDIR, TEMP и т. п.). Секреты родителя не наследуются.
|
||||
*/
|
||||
export function baseEnv(platform = process.platform, env = process.env) {
|
||||
const keys = ['PATH'];
|
||||
if (platform === 'win32') {
|
||||
keys.push(
|
||||
'SystemRoot',
|
||||
'WINDIR',
|
||||
'TEMP',
|
||||
'TMP',
|
||||
'USERPROFILE',
|
||||
'LOCALAPPDATA',
|
||||
'APPDATA',
|
||||
'ComSpec',
|
||||
'PATHEXT',
|
||||
);
|
||||
}
|
||||
const result = {};
|
||||
for (const key of keys) {
|
||||
if (env[key] !== undefined) result[key] = env[key];
|
||||
}
|
||||
return result;
|
||||
}
|
||||
|
||||
export { repoRoot };
|
||||
117
scripts/test/provision-pg.mjs
Normal file
117
scripts/test/provision-pg.mjs
Normal file
|
|
@ -0,0 +1,117 @@
|
|||
#!/usr/bin/env node
|
||||
// Тестовый стенд PostgreSQL, повторяющий роли pilot, но без суперпользователя-мигратора:
|
||||
// * bootstrap-админ (E2E_PG_ADMIN_URL) используется ТОЛЬКО здесь, как DBA/entrypoint образа;
|
||||
// * krona_migrator — NOSUPERUSER NOCREATEDB NOCREATEROLE, владелец БД и схемы public;
|
||||
// * krona_staff_app — NOSUPERUSER NOBYPASSRLS NOINHERIT, права выдают миграции 0003+.
|
||||
// Пароли генерируются crypto.randomBytes и пишутся только в env-файл с правами 0600.
|
||||
// Печатаются имена ролей/БД, но не пароли.
|
||||
import { randomBytes } from 'node:crypto';
|
||||
import { writeFileSync } from 'node:fs';
|
||||
import pg from 'pg';
|
||||
|
||||
const args = new Map();
|
||||
for (let i = 2; i < process.argv.length; i += 2) args.set(process.argv[i], process.argv[i + 1]);
|
||||
const adminUrl = process.env.E2E_PG_ADMIN_URL;
|
||||
const envFile = args.get('--out');
|
||||
const database = args.get('--db') ?? 'krona_staff_e2e';
|
||||
if (!adminUrl || !envFile) {
|
||||
console.error(
|
||||
'Usage: E2E_PG_ADMIN_URL=... node scripts/test/provision-pg.mjs --out <env-path> [--db name]',
|
||||
);
|
||||
process.exit(2);
|
||||
}
|
||||
if (!/^[a-z_][a-z0-9_]{0,62}$/.test(database)) throw new Error('Invalid database name');
|
||||
|
||||
export async function provision() {
|
||||
const migratorPassword = randomBytes(24).toString('hex');
|
||||
const appPassword = randomBytes(24).toString('hex');
|
||||
const admin = new pg.Client({
|
||||
connectionString: adminUrl,
|
||||
application_name: 'krona-e2e-provision',
|
||||
});
|
||||
await admin.connect();
|
||||
try {
|
||||
await admin.query(`
|
||||
DO $$ BEGIN
|
||||
IF NOT EXISTS (SELECT 1 FROM pg_roles WHERE rolname = 'krona_migrator') THEN
|
||||
CREATE ROLE krona_migrator LOGIN NOSUPERUSER NOCREATEDB NOCREATEROLE NOBYPASSRLS;
|
||||
END IF;
|
||||
IF NOT EXISTS (SELECT 1 FROM pg_roles WHERE rolname = 'krona_staff_app') THEN
|
||||
CREATE ROLE krona_staff_app LOGIN NOSUPERUSER NOCREATEDB NOCREATEROLE NOINHERIT NOBYPASSRLS;
|
||||
END IF;
|
||||
END $$`);
|
||||
const alterMigrator = await admin.query(
|
||||
"SELECT format('ALTER ROLE krona_migrator WITH LOGIN PASSWORD %L NOSUPERUSER NOCREATEDB NOCREATEROLE NOBYPASSRLS', $1::text) AS sql",
|
||||
[migratorPassword],
|
||||
);
|
||||
await admin.query(alterMigrator.rows[0].sql);
|
||||
const alterApp = await admin.query(
|
||||
"SELECT format('ALTER ROLE krona_staff_app WITH LOGIN PASSWORD %L NOSUPERUSER NOCREATEDB NOCREATEROLE NOINHERIT NOBYPASSRLS', $1::text) AS sql",
|
||||
[appPassword],
|
||||
);
|
||||
await admin.query(alterApp.rows[0].sql);
|
||||
await admin.query(
|
||||
`SELECT pg_terminate_backend(pid) FROM pg_stat_activity WHERE datname = $1 AND pid <> pg_backend_pid()`,
|
||||
[database],
|
||||
);
|
||||
await admin.query(`DROP DATABASE IF EXISTS ${database}`);
|
||||
await admin.query(
|
||||
`CREATE DATABASE ${database} OWNER krona_migrator ENCODING 'UTF8' TEMPLATE template0`,
|
||||
);
|
||||
} finally {
|
||||
await admin.end();
|
||||
}
|
||||
const dbAdminUrl = new URL(adminUrl);
|
||||
dbAdminUrl.pathname = `/${database}`;
|
||||
const dbAdmin = new pg.Client({ connectionString: dbAdminUrl.toString() });
|
||||
await dbAdmin.connect();
|
||||
try {
|
||||
await dbAdmin.query('ALTER SCHEMA public OWNER TO krona_migrator');
|
||||
await dbAdmin.query('REVOKE CREATE ON SCHEMA public FROM PUBLIC');
|
||||
await dbAdmin.query(`REVOKE ALL ON DATABASE ${database} FROM PUBLIC`);
|
||||
await dbAdmin.query(`GRANT CONNECT ON DATABASE ${database} TO krona_staff_app`);
|
||||
} finally {
|
||||
await dbAdmin.end();
|
||||
}
|
||||
const base = new URL(adminUrl);
|
||||
const url = (user, password) => {
|
||||
const u = new URL(base.toString());
|
||||
u.username = user;
|
||||
u.password = password;
|
||||
u.pathname = `/${database}`;
|
||||
return u.toString();
|
||||
};
|
||||
const migratorUrl = url('krona_migrator', migratorPassword);
|
||||
const appUrl = url('krona_staff_app', appPassword);
|
||||
const lines = [
|
||||
`DATABASE_MIGRATION_URL=${migratorUrl}`,
|
||||
`DATABASE_TEST_MIGRATION_URL=${migratorUrl}`,
|
||||
`DATABASE_TEST_URL=${appUrl}`,
|
||||
`DATABASE_URL=${appUrl}`,
|
||||
`POSTGRES_APP_PASSWORD=${appPassword}`,
|
||||
'',
|
||||
];
|
||||
writeFileSync(envFile, lines.join('\n'), { mode: 0o600 });
|
||||
// Проверяем атрибуты ролей и печатаем их (без паролей) как доказательство.
|
||||
const check = new pg.Client({ connectionString: migratorUrl });
|
||||
await check.connect();
|
||||
try {
|
||||
const roles = await check.query(
|
||||
`SELECT rolname, rolsuper, rolcreaterole, rolcreatedb, rolbypassrls
|
||||
FROM pg_roles WHERE rolname IN ('krona_migrator','krona_staff_app') ORDER BY rolname`,
|
||||
);
|
||||
const version = await check.query('SHOW server_version');
|
||||
console.log(
|
||||
`provisioned database=${database} server_version=${version.rows[0].server_version}`,
|
||||
);
|
||||
for (const r of roles.rows) {
|
||||
console.log(
|
||||
`role=${r.rolname} super=${r.rolsuper} createrole=${r.rolcreaterole} createdb=${r.rolcreatedb} bypassrls=${r.rolbypassrls}`,
|
||||
);
|
||||
}
|
||||
} finally {
|
||||
await check.end();
|
||||
}
|
||||
}
|
||||
|
||||
await provision();
|
||||
124
scripts/test/run-e2e.mjs
Normal file
124
scripts/test/run-e2e.mjs
Normal file
|
|
@ -0,0 +1,124 @@
|
|||
#!/usr/bin/env node
|
||||
// Запуск e2e с «храповиком» известных дефектов.
|
||||
// * Сценарии проверяют ПРАВИЛЬНОЕ поведение, поэтому открытые дефекты дают красные тесты.
|
||||
// * tests/e2e/known-defects.json — список ID, красный цвет которых сейчас ожидаем.
|
||||
// * exit 0, если: все [HARNESS]-тесты зелёные И каждый красный тест есть в списке
|
||||
// И ни один ID из списка не стал полностью зелёным (исправленный дефект нужно
|
||||
// убрать из списка — иначе регрессию потом никто не заметит).
|
||||
// * --no-known-defects: строгий режим, exit = код vitest (все дефекты красные).
|
||||
// Полный вывод пишется в tests/e2e/evidence/e2e-run.txt, таблица — в e2e-table.md.
|
||||
// tests/e2e/evidence/ не хранится в git (.gitignore): в CI это артефакт задачи e2e.
|
||||
import { spawn } from 'node:child_process';
|
||||
import { createWriteStream, mkdirSync, readFileSync, readdirSync, writeFileSync } from 'node:fs';
|
||||
import path from 'node:path';
|
||||
import { nodeTool } from './node-commands.mjs';
|
||||
|
||||
const repoRoot = path.resolve(import.meta.dirname, '../..');
|
||||
const evidence = path.join(repoRoot, 'tests/e2e/evidence');
|
||||
mkdirSync(evidence, { recursive: true });
|
||||
const strict = process.argv.includes('--no-known-defects');
|
||||
const jsonPath = path.join(evidence, 'e2e-results.json');
|
||||
const logPath = path.join(evidence, 'e2e-run.txt');
|
||||
const extra = process.argv.slice(2).filter((arg) => !arg.startsWith('--no-known-defects'));
|
||||
|
||||
const vitestArgs = [
|
||||
'run',
|
||||
'--config',
|
||||
'tests/e2e/vitest.e2e.config.ts',
|
||||
'--reporter=verbose',
|
||||
'--reporter=json',
|
||||
`--outputFile.json=${jsonPath}`,
|
||||
...extra,
|
||||
];
|
||||
const log = createWriteStream(logPath);
|
||||
const vitest = nodeTool('vitest', vitestArgs);
|
||||
log.write(`$ node <vitest.mjs> ${vitestArgs.join(' ')}\n`);
|
||||
const exitCode = await new Promise((resolve) => {
|
||||
const child = spawn(vitest.command, vitest.args, { cwd: repoRoot, env: process.env });
|
||||
for (const stream of [child.stdout, child.stderr]) {
|
||||
stream.on('data', (chunk) => {
|
||||
process.stdout.write(chunk);
|
||||
log.write(chunk);
|
||||
});
|
||||
}
|
||||
child.on('close', (code) => resolve(code ?? 1));
|
||||
});
|
||||
log.end();
|
||||
|
||||
let results;
|
||||
try {
|
||||
results = JSON.parse(readFileSync(jsonPath, 'utf8'));
|
||||
} catch {
|
||||
console.error('[run-e2e] нет JSON-результатов: стенд не поднялся (см. e2e-run.txt)');
|
||||
process.exit(1);
|
||||
}
|
||||
const known = strict
|
||||
? {}
|
||||
: JSON.parse(readFileSync(path.join(repoRoot, 'tests/e2e/known-defects.json'), 'utf8')).defects;
|
||||
|
||||
const byId = new Map();
|
||||
for (const file of results.testResults) {
|
||||
for (const test of file.assertionResults) {
|
||||
const id = /^\[([A-Z0-9/-]+)\]/.exec(test.title)?.[1] ?? 'UNTAGGED';
|
||||
const entry = byId.get(id) ?? { passed: 0, failed: 0, tests: [] };
|
||||
if (test.status === 'passed') entry.passed += 1;
|
||||
else if (test.status === 'failed') entry.failed += 1;
|
||||
entry.tests.push({ title: test.title, status: test.status });
|
||||
byId.set(id, entry);
|
||||
}
|
||||
}
|
||||
|
||||
const problems = [];
|
||||
// Страховка: в evidence не должно попасть ничего похожего на секреты стенда
|
||||
// (hex-токены 48/64 символа, токены устройств kstaff_dev_*, URL с паролем).
|
||||
const secretPatterns = [
|
||||
/\b[0-9a-f]{48}\b/,
|
||||
/\b[0-9a-f]{64}\b/,
|
||||
/kstaff_dev_[0-9A-Z]{26}_[0-9a-f]{16,}/,
|
||||
/postgres:\/\/[^\s:@]+:[^\s@]+@/,
|
||||
];
|
||||
for (const name of readdirSync(evidence)) {
|
||||
const content = readFileSync(path.join(evidence, name), 'utf8');
|
||||
for (const pattern of secretPatterns) {
|
||||
if (pattern.test(content))
|
||||
problems.push(`evidence/${name}: найдено похожее на секрет (${pattern})`);
|
||||
}
|
||||
}
|
||||
const rows = [];
|
||||
for (const [id, entry] of [...byId.entries()].sort()) {
|
||||
const red = entry.failed > 0;
|
||||
let verdict;
|
||||
if (id === 'HARNESS' || id === 'UNTAGGED') {
|
||||
verdict = red ? 'СТЕНД СЛОМАН' : 'зелёный (позитивный контроль)';
|
||||
if (red || id === 'UNTAGGED') problems.push(`${id}: ${red ? 'красный' : 'тест без ID'}`);
|
||||
} else if (red && known[id]) verdict = 'красный (известный дефект)';
|
||||
else if (red) {
|
||||
verdict = 'красный (НЕ в known-defects)';
|
||||
problems.push(`${id}: новый красный тест — регрессия или новый дефект`);
|
||||
} else if (known[id]) {
|
||||
verdict = 'зелёный — ИСПРАВЛЕН, уберите из known-defects.json';
|
||||
problems.push(`${id}: дефект исправлен, обновите known-defects.json`);
|
||||
} else verdict = 'зелёный';
|
||||
rows.push(
|
||||
`| ${id} | ${red ? 'RED' : 'GREEN'} | ${entry.passed}/${entry.passed + entry.failed} | ${verdict} |`,
|
||||
);
|
||||
}
|
||||
for (const id of Object.keys(known)) {
|
||||
if (!byId.has(id)) problems.push(`${id}: есть в known-defects.json, но сценария нет`);
|
||||
}
|
||||
const table = ['| ID | Цвет | Зелёных/всего | Вердикт |', '|---|---|---|---|', ...rows].join('\n');
|
||||
writeFileSync(path.join(evidence, 'e2e-table.md'), `${table}\n`);
|
||||
console.log(`\n[run-e2e] vitest exit=${exitCode}\n${table}`);
|
||||
|
||||
if (strict) {
|
||||
if (problems.some((p) => p.startsWith('evidence/'))) {
|
||||
console.error(`\n[run-e2e] FAIL:\n- ${problems.join('\n- ')}`);
|
||||
process.exit(1);
|
||||
}
|
||||
process.exit(exitCode);
|
||||
}
|
||||
if (problems.length > 0) {
|
||||
console.error(`\n[run-e2e] FAIL:\n- ${problems.join('\n- ')}`);
|
||||
process.exit(1);
|
||||
}
|
||||
console.log('\n[run-e2e] OK: стенд работает, все красные сценарии — известные открытые дефекты');
|
||||
|
|
@ -17,5 +17,15 @@ main{width:min(100%,1480px);margin:0 auto;padding:var(--omni-space-5)}.app-view{
|
|||
.auth-screen{min-height:100vh;display:grid;place-items:center;padding:var(--omni-space-6);background:var(--omni-bg-workspace)}.auth-card{width:min(100%,460px);padding:var(--omni-space-8);border:1px solid var(--omni-border);border-radius:var(--omni-radius-xl);background:var(--omni-surface-raised);box-shadow:var(--omni-shadow-strong)}.auth-brand{display:flex;align-items:center;gap:var(--omni-space-3);margin-bottom:var(--omni-space-8);font-size:1.2rem}.auth-card h1{margin:var(--omni-space-1) 0 var(--omni-space-3);font-size:1.875rem}.auth-copy{margin:0 0 var(--omni-space-5);color:var(--omni-text-secondary)}.auth-card form{display:grid;gap:var(--omni-space-2)}.auth-card label{font-size:var(--omni-text-label);font-weight:700}.auth-card input,.auth-card button{width:100%;min-height:48px}.auth-card small{display:block;margin-top:var(--omni-space-4);color:var(--omni-text-secondary)}@keyframes view-enter{from{opacity:0;transform:translateY(3px)}to{opacity:1;transform:none}}
|
||||
@media(max-width:900px){:root{--omni-control-height:44px;--omni-control-height-sm:40px;--omni-row-height:48px}.topbar{align-items:flex-start;flex-wrap:wrap;padding:var(--omni-space-3) var(--omni-space-4)}.actions{width:100%;justify-content:flex-start;overflow-x:auto}.section-nav{top:108px;padding-inline:var(--omni-space-4)}.period-control{margin-left:var(--omni-space-2)}main{padding:var(--omni-space-4)}.layout,.finance-layout{grid-template-columns:1fr}.stats{grid-template-columns:repeat(2,minmax(0,1fr))}.inline-form{grid-template-columns:repeat(2,minmax(0,1fr))}.inline-form button{grid-column:1/-1}.timesheet-create{grid-template-columns:repeat(2,minmax(0,1fr))}.timesheet-create .grow,.timesheet-create button{grid-column:1/-1}}
|
||||
@media(max-width:600px){.status,.theme-control{display:none}.section-nav{top:112px}.nav-item{min-height:var(--omni-touch-target)}main{padding:var(--omni-space-3)}.hero,.view-head{display:block}.hero{padding:var(--omni-space-4)}.today{margin-top:var(--omni-space-4);padding:var(--omni-space-3) 0 0;border-left:0;border-top:1px solid var(--omni-border)}.view-head button,.view-head .actions{margin-top:var(--omni-space-3)}.stats{grid-template-columns:1fr}.panel{padding:var(--omni-space-3)}.event{grid-template-columns:36px minmax(0,1fr)}.event time{grid-column:2}.person{grid-template-columns:36px minmax(0,1fr)}.person button{grid-column:2;width:100%}.directory-toolbar{align-items:stretch;flex-direction:column}.timesheet-create,.inline-form,.form-row-2{grid-template-columns:1fr}.calendar-weekdays,.calendar-grid{min-width:840px;grid-template-columns:repeat(7,120px)}.employee-dialog form{padding:var(--omni-space-4)}}
|
||||
/* Workspace composition follows the supplied Krona Staff layouts while every visual value stays on Krona Library tokens. */
|
||||
.platform-bar{min-height:44px;display:grid;grid-template-columns:auto minmax(280px,560px) auto;align-items:center;gap:var(--omni-space-4);padding:var(--omni-space-1) var(--omni-space-5);background:var(--omni-surface-raised);border-bottom:1px solid var(--omni-border-subtle)}.platform-context,.platform-actions{display:flex;align-items:center;gap:var(--omni-space-2);white-space:nowrap}.platform-context{color:var(--omni-text-secondary)}.platform-context strong{color:var(--omni-primary)}.app-grid{min-width:34px;min-height:34px;padding:0;background:transparent;border-color:transparent;color:var(--omni-primary);font-size:1.25rem}.global-search{min-height:34px;display:flex;align-items:center;gap:var(--omni-space-2);padding:0 var(--omni-space-3);border:1px solid var(--omni-border-subtle);border-radius:var(--omni-radius-sm);background:var(--omni-surface-muted);color:var(--omni-text-muted)}.global-search input{width:100%;min-height:30px;padding:0;border:0;background:transparent}.platform-actions{justify-content:flex-end}.module-bar{position:sticky;top:0;z-index:var(--omni-z-sticky);min-height:62px;display:flex;align-items:center;gap:var(--omni-space-5);padding:0 var(--omni-space-5);background:color-mix(in srgb,var(--omni-surface-raised) 96%,transparent);border-bottom:1px solid var(--omni-border-subtle);backdrop-filter:blur(14px)}.module-bar .brand{flex:0 0 auto}.module-bar .brand>span:last-child{display:grid}.module-bar .brand small{color:var(--omni-text-secondary);font-size:.67rem;font-weight:500}.module-bar .section-nav{position:static;flex:1;padding:0;background:transparent;border:0}.module-bar .nav-item{min-height:38px;padding-inline:var(--omni-space-2);font-size:var(--omni-text-label)}.module-bar .nav-item>span{font-size:1rem}
|
||||
main{width:min(100%,1720px);padding:var(--omni-space-4) var(--omni-space-5) var(--omni-space-8)}.page-title-row{min-height:62px;display:flex;align-items:center;justify-content:space-between;gap:var(--omni-space-4);margin-bottom:var(--omni-space-3)}.page-title-row h1{margin:0;font-size:clamp(1.55rem,2vw,2rem);letter-spacing:-.025em}.page-title-row p{margin:var(--omni-space-1) 0 0;color:var(--omni-text-secondary)}.page-context{display:grid;justify-items:end;color:var(--omni-text-secondary)}.page-context small{color:var(--omni-text-muted)}.sr-only{position:absolute;width:1px;height:1px;padding:0;margin:-1px;overflow:hidden;clip:rect(0,0,0,0);white-space:nowrap;border:0}.text-action{min-height:32px;padding:0;border:0;background:transparent;color:var(--omni-primary)}.text-action:hover{background:transparent;color:var(--omni-primary-hover)}
|
||||
.metric-strip{display:grid;grid-template-columns:repeat(5,minmax(0,1fr));gap:var(--omni-space-3);margin-bottom:var(--omni-space-3)}.metric-strip article{min-height:106px;display:flex;align-items:center;gap:var(--omni-space-3);padding:var(--omni-space-4);border:1px solid var(--omni-border-subtle);border-radius:var(--omni-radius-lg);background:var(--omni-surface-raised);box-shadow:var(--omni-shadow-soft)}.metric-strip small,.metric-strip span{display:block;color:var(--omni-text-secondary)}.metric-strip strong{display:block;margin:var(--omni-space-1) 0;font-size:1.55rem;font-variant-numeric:tabular-nums}.metric-icon{width:46px;height:46px;flex:0 0 auto;display:grid!important;place-items:center;border-radius:var(--omni-radius-pill);background:var(--omni-primary-soft);color:var(--omni-primary)!important;font-size:1.25rem;font-weight:750}.metric-icon.danger{background:var(--omni-danger-soft);color:var(--omni-danger)!important}.compact-metrics{grid-template-columns:repeat(3,minmax(0,1fr))}.compact-metrics article{min-height:84px;padding-block:var(--omni-space-3)}
|
||||
.dashboard-grid{display:grid;grid-template-columns:minmax(420px,1.45fr) minmax(380px,1.15fr) minmax(290px,.8fr);grid-template-areas:"people attendance terminal" "payroll analytics alerts";gap:var(--omni-space-3)}.dashboard-grid>.panel{min-width:0}.dashboard-people{grid-area:people}.dashboard-attendance{grid-area:attendance}.dashboard-terminal{grid-area:terminal}.dashboard-payroll{grid-area:payroll}.dashboard-analytics{grid-area:analytics}.dashboard-alerts{grid-area:alerts}.dense-list,.alert-list{display:grid;gap:var(--omni-space-1)}.dense-row,.alert-row{min-height:46px;display:grid;grid-template-columns:34px minmax(0,1fr) auto;align-items:center;gap:var(--omni-space-2);padding:var(--omni-space-1) var(--omni-space-2);border-bottom:1px solid var(--omni-border-subtle)}.dense-row:last-child,.alert-row:last-child{border-bottom:0}.dense-row strong,.dense-row small,.alert-row strong,.alert-row small{display:block;overflow:hidden;text-overflow:ellipsis;white-space:nowrap}.dense-row small,.alert-row small,.dense-row time{color:var(--omni-text-secondary);font-size:var(--omni-text-label)}.alert-mark{width:28px;height:28px;display:grid;place-items:center;border-radius:var(--omni-radius-pill);background:var(--omni-warning-soft);color:var(--omni-warning);font-weight:800}.terminal-device{display:flex;align-items:center;gap:var(--omni-space-4);padding:var(--omni-space-4);margin-bottom:var(--omni-space-3);background:var(--omni-surface-muted);border-radius:var(--omni-radius-md)}.terminal-device strong,.terminal-device small{display:block}.terminal-device small{color:var(--omni-text-secondary)}.terminal-glyph{width:58px;height:72px;display:grid;place-items:center;border-radius:var(--omni-radius-sm);background:var(--omni-text-primary);color:var(--omni-success);font-size:1.8rem}.terminal-glyph.large{width:88px;height:112px;font-size:2.5rem}.dashboard-terminal dl,.terminal-card dl,.system-list,.inspector-list,.summary-dl{display:grid;gap:var(--omni-space-2);margin:0 0 var(--omni-space-3)}.dashboard-terminal dl div,.terminal-card dl div,.system-list div,.inspector-list div,.summary-dl div{display:flex;justify-content:space-between;gap:var(--omni-space-3);padding-bottom:var(--omni-space-2);border-bottom:1px solid var(--omni-border-subtle)}dl dt{color:var(--omni-text-secondary)}dl dd{margin:0;text-align:right;font-weight:650}.dashboard-totals{display:grid;grid-template-columns:repeat(3,1fr);gap:var(--omni-space-2)}.dashboard-totals>div{padding:var(--omni-space-3);background:var(--omni-surface-muted);border-radius:var(--omni-radius-md)}.dashboard-totals small,.dashboard-totals strong{display:block}.rule-chips{display:flex;flex-wrap:wrap;gap:var(--omni-space-1);margin-top:var(--omni-space-3)}.mini-chart svg{width:100%;height:150px}.mini-chart .chart-legend{margin-top:var(--omni-space-2)}.quick-bar{position:sticky;bottom:var(--omni-space-2);z-index:5;display:flex;align-items:center;gap:var(--omni-space-2);margin-top:var(--omni-space-3);padding:var(--omni-space-2) var(--omni-space-3);border:1px solid var(--omni-border);border-radius:var(--omni-radius-lg);background:color-mix(in srgb,var(--omni-surface-raised) 96%,transparent);box-shadow:var(--omni-shadow-medium);backdrop-filter:blur(12px)}
|
||||
.employee-workspace{display:grid;grid-template-columns:minmax(620px,1fr) minmax(300px,360px);gap:var(--omni-space-3)}.employee-list-panel{min-width:0}.directory-list{display:grid;gap:0}.directory-list .person{min-height:58px;grid-template-columns:38px minmax(180px,1fr) auto auto;border-width:0 0 1px;border-radius:0;background:transparent;cursor:pointer}.directory-list .person.selected{background:var(--omni-surface-selected);box-shadow:inset 3px 0 var(--omni-primary)}.inspector{position:sticky;top:78px;align-self:start}.inspector-head{display:flex;align-items:center;gap:var(--omni-space-3);padding-bottom:var(--omni-space-4);border-bottom:1px solid var(--omni-border-subtle)}.inspector-head h2{margin:0 0 var(--omni-space-2)}.avatar.large{width:64px;height:64px;font-size:1.35rem}.inspector-list{margin-top:var(--omni-space-4)}.inspector-actions{display:grid;grid-template-columns:1fr 1fr;gap:var(--omni-space-2)}
|
||||
.segmented{display:inline-flex;align-items:center;padding:2px;border-radius:var(--omni-radius-sm);background:var(--omni-surface-muted)}.segmented button{min-height:34px;background:transparent;border-color:transparent;color:var(--omni-text-secondary)}.segmented button.selected{background:var(--omni-primary);border-color:var(--omni-primary);color:var(--omni-text-inverse)}.attendance-workspace{display:grid;grid-template-columns:minmax(600px,1.5fr) minmax(280px,.55fr);gap:var(--omni-space-3)}.attendance-workspace .event{border-width:0 0 1px;border-radius:0;background:transparent}.summary-dl dd{font-size:1.15rem}.finance-workspace{display:grid;grid-template-columns:minmax(680px,1.5fr) minmax(340px,.65fr);gap:var(--omni-space-3)}.finance-side{display:grid;align-content:start;gap:var(--omni-space-3)}.payroll-workspace{display:grid;grid-template-columns:minmax(720px,1.4fr) minmax(420px,.8fr);gap:var(--omni-space-3)}.payroll-workspace>.panel{min-width:0}.payroll-detail table{min-width:620px}.payroll-row{cursor:pointer}.rules-workspace,.terminal-workspace,.settings-grid{display:grid;grid-template-columns:repeat(2,minmax(0,1fr));gap:var(--omni-space-3)}.rule-grid{display:grid;grid-template-columns:repeat(2,minmax(0,1fr));gap:var(--omni-space-2)}.rule-card{display:grid;grid-template-columns:46px minmax(0,1fr) auto;align-items:center;gap:var(--omni-space-3);padding:var(--omni-space-3);border:1px solid var(--omni-border-subtle);border-radius:var(--omni-radius-md);background:var(--omni-surface)}.rule-card strong,.rule-card small{display:block}.rule-card small{color:var(--omni-text-secondary)}.terminal-card{display:flex;align-items:flex-start;gap:var(--omni-space-5)}.terminal-card h2{margin-top:0}.settings-field{display:grid;gap:var(--omni-space-2);color:var(--omni-text-secondary)}.calendar-legend{display:flex;justify-content:flex-end;gap:var(--omni-space-4);margin-bottom:var(--omni-space-2);color:var(--omni-text-secondary);font-size:var(--omni-text-label)}.calendar-legend i{width:9px;height:9px;display:inline-block;margin-right:var(--omni-space-1);border-radius:var(--omni-radius-pill);background:var(--omni-primary)}.calendar-legend .actual{background:var(--omni-info)}.calendar-legend .warning{background:var(--omni-warning)}.schedule-tabs{margin-bottom:var(--omni-space-3)}
|
||||
@media(max-width:1380px){.module-bar{align-items:flex-start;flex-direction:column;gap:0;padding-top:var(--omni-space-2)}.module-bar .section-nav{width:100%}.dashboard-grid{grid-template-columns:1fr 1fr;grid-template-areas:"people attendance" "payroll analytics" "terminal alerts"}.metric-strip{grid-template-columns:repeat(3,minmax(0,1fr))}.employee-workspace{grid-template-columns:minmax(560px,1fr) 320px}.finance-workspace,.payroll-workspace{grid-template-columns:1fr}.payroll-detail{max-height:440px}}
|
||||
@media(max-width:900px){.platform-bar{grid-template-columns:1fr auto}.global-search{grid-column:1/-1;grid-row:2}.module-bar{position:static}.module-bar .section-nav{top:auto}.dashboard-grid{grid-template-columns:1fr;grid-template-areas:"people" "attendance" "terminal" "payroll" "analytics" "alerts"}.metric-strip,.compact-metrics{grid-template-columns:repeat(2,minmax(0,1fr))}.employee-workspace,.attendance-workspace,.rules-workspace,.terminal-workspace,.settings-grid{grid-template-columns:1fr}.inspector{position:static}.quick-bar{position:static;flex-wrap:wrap}.finance-workspace{grid-template-columns:1fr}.rule-grid{grid-template-columns:1fr}}
|
||||
@media(max-width:600px){.platform-context span,.platform-context b,.platform-actions .status{display:none}.platform-bar{padding-inline:var(--omni-space-3)}.module-bar{padding-inline:var(--omni-space-3)}.module-bar .brand{display:none}.page-title-row{align-items:flex-start;flex-direction:column}.page-title-row .actions{width:100%;overflow-x:auto}.metric-strip,.compact-metrics{grid-template-columns:1fr}.metric-strip article{min-height:82px}.dashboard-totals{grid-template-columns:1fr}.employee-workspace{display:block}.inspector{margin-top:var(--omni-space-3)}.directory-toolbar select{width:100%}.directory-list .person{grid-template-columns:36px minmax(0,1fr)}.directory-list .person .tag,.directory-list .person button{grid-column:2}.inspector-actions,.rule-grid{grid-template-columns:1fr}.terminal-card{display:grid}.quick-bar>*{width:100%}}
|
||||
@media(prefers-reduced-motion:reduce){*,*:before,*:after{animation-duration:.01ms!important;transition-duration:.01ms!important}}
|
||||
`;
|
||||
|
|
|
|||
File diff suppressed because one or more lines are too long
129
src/portal-workspace.ts
Normal file
129
src/portal-workspace.ts
Normal file
|
|
@ -0,0 +1,129 @@
|
|||
export const portalWorkspaceHtml = `<!doctype html>
|
||||
<html lang="ru" data-omni-theme="noble-green" data-omni-density="workspace">
|
||||
<head>
|
||||
<meta charset="utf-8">
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1">
|
||||
<meta name="theme-color" content="#315F46">
|
||||
<title>Krona Staff</title>
|
||||
<link rel="manifest" href="/staff/manifest.webmanifest">
|
||||
<link rel="icon" type="image/svg+xml" href="/staff/icon-192.svg">
|
||||
<link rel="apple-touch-icon" href="/staff/icon-192.svg">
|
||||
<link rel="stylesheet" href="/staff/styles.css">
|
||||
</head>
|
||||
<body>
|
||||
<section id="auth-screen" class="auth-screen" aria-labelledby="login-title">
|
||||
<div class="auth-card">
|
||||
<div class="auth-brand"><span class="mark">К</span><span>Krona <b>Staff</b></span></div>
|
||||
<p class="eyebrow">Защищённый кабинет</p>
|
||||
<h1 id="login-title">Вход в Krona Staff</h1>
|
||||
<p class="auth-copy">Введите ключ руководителя или личный ключ сотрудника.</p>
|
||||
<form id="login-form"><label for="login-token">Ключ доступа</label><input id="login-token" type="password" autocomplete="current-password" required minlength="32" autofocus><button id="login-submit" type="submit">Войти</button></form>
|
||||
<div id="login-error" class="login-error" role="alert" hidden></div>
|
||||
<small>Сессия действует 8 часов и хранится только в защищённой cookie.</small>
|
||||
</div>
|
||||
</section>
|
||||
|
||||
<div id="app-shell" hidden>
|
||||
<header class="platform-bar">
|
||||
<div class="platform-context"><button class="app-grid" type="button" aria-label="Модули платформы">⠿</button><span>Бизнес-платформа</span><b>/</b><strong>KRONA Staff</strong></div>
|
||||
<label class="global-search"><span aria-hidden="true">⌕</span><input id="global-search" type="search" placeholder="Поиск по сотрудникам, операциям, документам…" aria-label="Глобальный поиск"></label>
|
||||
<div class="platform-actions"><span id="connection" class="status">Подключение…</span><button id="refresh" class="quiet compact" type="button">Обновить</button><button id="logout" class="quiet compact" type="button">Выйти</button></div>
|
||||
</header>
|
||||
<header class="module-bar">
|
||||
<a class="brand" href="/staff/dashboard" aria-label="Krona Staff"><span class="mark">К</span><span><b>KRONA Staff</b><small>Люди. Время. Развитие.</small></span></a>
|
||||
<nav class="section-nav" aria-label="Разделы Krona Staff">
|
||||
<button class="nav-item selected" type="button" data-target="overview-view" data-route="/staff/dashboard"><span>▦</span>Дашборд</button>
|
||||
<button class="nav-item manager-only" type="button" data-target="employees-view" data-route="/staff/employees"><span>♟</span>Сотрудники</button>
|
||||
<button class="nav-item" type="button" data-target="attendance-view" data-route="/staff/attendance"><span>◷</span>Посещаемость</button>
|
||||
<button class="nav-item" type="button" data-target="shifts-view" data-route="/staff/shifts"><span>◫</span>Смены</button>
|
||||
<button class="nav-item" type="button" data-target="schedule-view" data-route="/staff/schedules"><span>▦</span>Графики</button>
|
||||
<button class="nav-item manager-only" type="button" data-target="finance-view" data-route="/staff/finance"><span>◎</span>Финансы</button>
|
||||
<button class="nav-item" type="button" data-target="payroll-view" data-route="/staff/payroll"><span>▤</span>Зарплата</button>
|
||||
<button class="nav-item manager-only" type="button" data-target="rules-view" data-route="/staff/rules"><span>⌘</span>Правила</button>
|
||||
<button class="nav-item manager-only" type="button" data-target="terminal-view" data-route="/staff/terminal"><span>▣</span>Терминал</button>
|
||||
<button class="nav-item" type="button" data-target="notifications-view" data-route="/staff/notifications"><span>♢</span>Уведомления</button>
|
||||
<button class="nav-item" type="button" data-target="reports-view" data-route="/staff/reports"><span>▥</span>Отчёты</button>
|
||||
<button class="nav-item" type="button" data-target="settings-view" data-route="/staff/settings"><span>⚙</span>Настройки</button>
|
||||
</nav>
|
||||
</header>
|
||||
|
||||
<main>
|
||||
<div id="message" class="message" hidden></div>
|
||||
<section id="overview-view" class="app-view">
|
||||
<div class="page-title-row"><div><h1>Дашборд</h1><p id="viewer">Кабинет руководителя</p></div><div class="page-context"><span id="today">—</span><small id="last-refresh">Данные загружаются</small></div></div>
|
||||
<h2 id="greeting" class="sr-only">Команда и рабочее время</h2>
|
||||
<section class="metric-strip" aria-label="Оперативная сводка">
|
||||
<article><span class="metric-icon">♟</span><div><small>Всего сотрудников</small><strong id="employees-count">—</strong><span>В штате компании</span></div></article>
|
||||
<article><span class="metric-icon">◷</span><div><small>Отметок сегодня</small><strong id="today-count">—</strong><span>Приходы и уходы</span></div></article>
|
||||
<article><span class="metric-icon">◫</span><div><small>Часов в табеле</small><strong id="hours-count">—</strong><span>За доступный период</span></div></article>
|
||||
<article class="manager-only"><span class="metric-icon">◎</span><div><small>Финансовый результат</small><strong id="dashboard-profit">—</strong><span>За выбранный месяц</span></div></article>
|
||||
<article><span class="metric-icon">!</span><div><small>Требуют внимания</small><strong id="dashboard-attention">—</strong><span>Смены и проверки</span></div></article>
|
||||
</section>
|
||||
<div class="dashboard-grid">
|
||||
<section class="panel dashboard-people"><div class="panel-head"><h2>Сотрудники</h2><button class="text-action" type="button" data-open-view="employees-view">Все сотрудники →</button></div><div id="dashboard-employees" class="dense-list"><div class="empty">Загрузка…</div></div></section>
|
||||
<section class="panel dashboard-attendance"><div class="panel-head"><h2>Посещаемость сегодня</h2><button class="text-action" type="button" data-open-view="attendance-view">Подробнее →</button></div><div id="dashboard-attendance" class="dense-list"><div class="empty">Загрузка…</div></div></section>
|
||||
<aside class="panel dashboard-terminal"><div class="panel-head"><h2>Терминал учёта</h2><span class="status ok">Онлайн</span></div><div class="terminal-device"><span class="terminal-glyph">▣</span><div><strong>SLK20R</strong><small>Локальный терминал отпечатков</small></div></div><dl><div><dt>Последнее событие</dt><dd id="terminal-last-event">—</dd></div><div><dt>Синхронизация</dt><dd id="terminal-last-sync">Ожидание данных</dd></div></dl><button class="quiet" type="button" data-open-view="terminal-view">Открыть терминал</button></aside>
|
||||
<section class="panel dashboard-payroll manager-only"><div class="panel-head"><h2>Расчёт зарплаты</h2><button class="text-action" type="button" data-open-view="payroll-view">Подробнее →</button></div><div class="dashboard-totals"><div><small>Начислено</small><strong id="dashboard-accrued">—</strong></div><div><small>Выплачено</small><strong id="dashboard-paid">—</strong></div><div><small>Остаток</small><strong id="dashboard-balance">—</strong></div></div><div class="rule-chips" id="dashboard-rules"></div></section>
|
||||
<section class="panel dashboard-analytics manager-only"><div class="panel-head"><h2>Финансы месяца</h2><button class="text-action" type="button" data-open-view="finance-view">Подробнее →</button></div><div id="dashboard-finance-chart" class="mini-chart"><div class="empty">Загрузка…</div></div></section>
|
||||
<section class="panel dashboard-alerts"><div class="panel-head"><h2>Уведомления</h2><button class="text-action" type="button" data-open-view="notifications-view">Все →</button></div><div id="dashboard-alert-list" class="alert-list"><div class="empty">Нет новых данных</div></div></section>
|
||||
</div>
|
||||
<div class="quick-bar manager-only"><strong>Быстрые действия</strong><button type="button" id="dashboard-add-employee">＋ Добавить сотрудника</button><button type="button" class="quiet" data-open-view="shifts-view">Открыть смены</button><button type="button" class="quiet" data-open-view="payroll-view">Запустить расчёт</button><button type="button" class="quiet" data-open-view="rules-view">Настроить правила</button></div>
|
||||
</section>
|
||||
|
||||
<section id="employees-view" class="app-view manager-only" hidden>
|
||||
<div class="page-title-row"><div><h1>Сотрудники</h1><p>Персонал, профессии, статусы и зарплатные профили</p></div><div class="actions"><button id="manage-professions-directory" class="quiet" type="button">Профессии</button><button id="add-employee-directory" type="button">＋ Добавить сотрудника</button></div></div>
|
||||
<section class="metric-strip compact-metrics"><article><span class="metric-icon">♟</span><div><small>Всего сотрудников</small><strong id="directory-total">—</strong></div></article><article><span class="metric-icon">✓</span><div><small>Показано</small><strong id="directory-active">—</strong></div></article><article><span class="metric-icon">!</span><div><small>Требуют внимания</small><strong id="directory-attention">—</strong></div></article></section>
|
||||
<button id="add-employee" type="button" hidden>Добавить сотрудника</button><div class="employee-workspace"><section class="panel employee-list-panel"><div class="directory-toolbar"><input id="employee-search" type="search" placeholder="Поиск по имени, должности или табельному номеру" aria-label="Поиск сотрудников"><select id="employee-status-filter" aria-label="Статус"><option value="">Все статусы</option><option value="active">Работает</option><option value="blocked">Заблокирован</option><option value="dismissed">Уволен</option></select><span id="employee-search-result" class="status">Все сотрудники</span></div><div id="employees-directory" class="people directory-list"></div><div id="employees" hidden></div></section><aside id="employee-inspector" class="panel inspector"><div class="empty">Выберите сотрудника в списке</div></aside></div>
|
||||
</section>
|
||||
|
||||
<section id="attendance-view" class="app-view" hidden>
|
||||
<div class="page-title-row"><div><h1>Посещаемость</h1><p>Фактические приходы и уходы со сканера</p></div><span class="live">● в реальном времени</span></div>
|
||||
<div class="attendance-workspace"><section class="panel"><div class="panel-head"><h2>Журнал отметок</h2><div class="segmented"><button class="selected" type="button" data-event-filter="">Все</button><button type="button" data-event-filter="check_in">Приходы</button><button type="button" data-event-filter="check_out">Уходы</button></div></div><div id="attendance" class="feed"></div></section><aside class="panel"><div class="panel-head"><h2>Сводка дня</h2></div><div id="attendance-summary" class="summary-stack"><div class="empty">Загрузка…</div></div></aside></div>
|
||||
</section>
|
||||
|
||||
<section id="shifts-view" class="app-view" hidden>
|
||||
<div class="page-title-row"><div><h1>Смены</h1><p>Сверка отметок, аномалии и подтверждение рабочего времени</p></div><button id="reconcile-sessions" type="button">Сверить 7 дней</button></div>
|
||||
<section class="panel"><div class="panel-head"><h2>Рабочие смены</h2><span>План и фактический интервал</span></div><div class="table-wrap"><table><thead><tr><th>Дата</th><th>Сотрудник</th><th>Подразделение</th><th>Интервал</th><th>Часы</th><th>Состояние</th><th>Причина правки</th><th></th></tr></thead><tbody id="work-sessions"></tbody></table></div></section>
|
||||
</section>
|
||||
|
||||
<section id="schedule-view" class="app-view" hidden>
|
||||
<div class="page-title-row"><div><h1>Графики</h1><p>Планирование смен и контроль фактических выходов</p></div><div class="actions"><label class="period-control">Месяц <input id="period-month" type="month" aria-label="Месяц данных"></label><button id="schedule-refresh" class="quiet" type="button">Обновить</button></div></div>
|
||||
<div class="schedule-tabs segmented"><button type="button">Год</button><button type="button">Квартал</button><button class="selected" type="button">Месяц</button><button type="button">Неделя</button></div>
|
||||
<section class="panel manager-only schedule-editor"><form id="schedule-form" class="inline-form"><label>Сотрудник<select id="schedule-employee" required></select></label><label>Точка<select id="schedule-unit" required></select></label><label>Дата<input id="schedule-date" type="date" required></label><label>Часы<input id="schedule-hours" type="number" inputmode="decimal" min="0" max="24" step="0.5" value="12" required></label><label>Начало<input id="schedule-start" type="time" value="10:00"></label><label>Конец<input id="schedule-end" type="time" value="22:00"></label><button type="submit">＋ Добавить</button></form></section>
|
||||
<section class="panel calendar-panel"><div class="calendar-legend"><span><i class="planned"></i>Запланировано</span><span><i class="actual"></i>Есть факты</span><span><i class="warning"></i>Требует внимания</span></div><div class="calendar-weekdays" aria-hidden="true"><span>Пн</span><span>Вт</span><span>Ср</span><span>Чт</span><span>Пт</span><span>Сб</span><span>Вс</span></div><div id="calendar-grid" class="calendar-grid"></div></section>
|
||||
</section>
|
||||
|
||||
<section id="finance-view" class="app-view manager-only" hidden>
|
||||
<div class="page-title-row"><div><h1>Финансы</h1><p>Выручка, расходы и финансовый результат</p></div><div class="actions"><button id="finance-refresh" class="quiet" type="button">Обновить</button></div></div>
|
||||
<section class="metric-strip compact-metrics"><article><span class="metric-icon">↗</span><div><small>Доход</small><strong id="finance-income">—</strong></div></article><article><span class="metric-icon danger">↘</span><div><small>Расход</small><strong id="finance-expense">—</strong></div></article><article><span class="metric-icon">◕</span><div><small>Прибыль</small><strong id="finance-profit">—</strong></div></article></section>
|
||||
<div class="finance-workspace"><section class="panel finance-journal"><div class="panel-head"><h2>Журнал операций</h2><span id="finance-count">0 записей</span></div><div class="table-wrap"><table><thead><tr><th>Дата</th><th>Точка</th><th>Категория</th><th>Тип</th><th>Сумма</th></tr></thead><tbody id="finance-entries"></tbody></table></div></section><aside class="finance-side"><section class="panel"><div class="panel-head"><h2>Быстрое внесение</h2></div><form id="finance-form" class="stack-form"><label>Дата<input id="finance-date" type="date" required></label><label>Торговая точка<select id="finance-unit" required></select></label><label>Категория<select id="finance-category" required></select></label><label>Сумма, ₽<input id="finance-amount" type="number" inputmode="decimal" min="0" step="0.01" required></label><button type="submit">Сохранить операцию</button></form></section><section class="panel"><div class="panel-head"><h2>Доходы и расходы</h2><span>₽</span></div><div id="finance-chart" class="finance-chart" role="img" aria-label="График доходов и расходов"></div></section></aside></div>
|
||||
</section>
|
||||
|
||||
<section id="payroll-view" class="app-view" hidden>
|
||||
<div class="page-title-row"><div><h1>Зарплата</h1><p>Расчёт начислений, выплат и остатка по сотрудникам</p></div><div class="actions"><button id="payroll-calc-btn" class="manager-only" type="button">▶ Запустить расчёт</button><button id="payroll-refresh" class="quiet" type="button">Пересчитать</button></div></div>
|
||||
<div id="payroll-calc-status" class="message" hidden></div><div id="payroll-warnings" class="payroll-warnings message" hidden></div>
|
||||
<section class="metric-strip compact-metrics"><article><span class="metric-icon">◎</span><div><small>Начислено</small><strong id="payroll-accrued">—</strong></div></article><article><span class="metric-icon">▣</span><div><small>Выплачено</small><strong id="payroll-paid">—</strong></div></article><article><span class="metric-icon">◷</span><div><small>Остаток</small><strong id="payroll-balance">—</strong></div></article></section>
|
||||
<section id="payroll-preview-card" class="panel manager-only" hidden><div class="panel-head"><h2 id="payroll-preview-title">Предварительный результат</h2><button id="payroll-approve-btn" type="button">Утвердить расчёт</button></div><div class="table-wrap"><table><thead><tr><th>Сотрудник</th><th>Должность</th><th>Дней</th><th>Факт, часов</th><th>Начислено</th></tr></thead><tbody id="payroll-preview-rows"></tbody></table></div></section>
|
||||
<div class="payroll-workspace"><section class="panel"><div class="panel-head"><h2>Расчёт по сотрудникам</h2><span>По подтверждённым сменам</span></div><div class="table-wrap"><table><thead><tr><th>Сотрудник</th><th>Должность</th><th>Факт, часов</th><th>Начислено</th><th>Выплачено</th><th>Остаток</th></tr></thead><tbody id="payroll-rows"></tbody></table></div></section><aside class="panel payroll-detail"><div class="panel-head"><h2>История операций</h2></div><div class="table-wrap"><table><thead><tr><th>Дата</th><th>Сотрудник</th><th>Операция</th><th>Сумма</th><th>Примечание</th></tr></thead><tbody id="payroll-entries"></tbody></table></div></aside></div>
|
||||
</section>
|
||||
|
||||
<section id="rules-view" class="app-view manager-only" hidden><div class="page-title-row"><div><h1>Правила начислений</h1><p>Схемы оплаты и профессии сотрудников</p></div><button id="manage-professions" class="quiet" type="button">＋ Профессия</button></div><div class="rules-workspace"><section class="panel"><div class="panel-head"><h2>Активные схемы оплаты</h2></div><div id="rules-list" class="rule-grid"><div class="empty">Загрузка…</div></div></section><section class="panel"><div class="panel-head"><h2>Профессии</h2></div><div id="rules-professions" class="dense-list"><div class="empty">Загрузка…</div></div></section></div></section>
|
||||
|
||||
<section id="terminal-view" class="app-view manager-only" hidden><div class="page-title-row"><div><h1>Терминал</h1><p>Состояние локального сканера и последние события</p></div><span class="status ok">Сервер онлайн</span></div><div class="terminal-workspace"><section class="panel terminal-card"><span class="terminal-glyph large">▣</span><div><h2>BioLink SLK20R</h2><p>Локальный агент фиксирует отпечатки и безопасно передаёт события на сервер.</p><dl><div><dt>Последняя синхронизация</dt><dd id="terminal-sync-detail">—</dd></div><div><dt>Последняя отметка</dt><dd id="terminal-event-detail">—</dd></div></dl></div></section><section class="panel"><div class="panel-head"><h2>Последние события терминала</h2></div><div id="terminal-events" class="dense-list"><div class="empty">Загрузка…</div></div></section></div></section>
|
||||
|
||||
<section id="notifications-view" class="app-view" hidden><div class="page-title-row"><div><h1>Уведомления</h1><p>События, требующие внимания руководителя</p></div><button id="notify" class="quiet" type="button">Включить push</button></div><section class="panel"><div id="notifications-list" class="alert-list"><div class="empty">Нет новых уведомлений</div></div></section></section>
|
||||
|
||||
<section id="reports-view" class="app-view" hidden><div class="page-title-row"><div><h1>Отчёты</h1><p>Табель рабочего времени и подтверждённые данные</p></div><span id="timesheet-help">Изменения сохраняет руководитель</span></div><section class="panel"><form id="timesheet-create" class="timesheet-create"><label>Сотрудник<select id="new-time-employee" required></select></label><label>Дата<input id="new-time-date" type="date" required></label><label>Часы<input id="new-time-hours" type="number" min="0" max="24" step="0.25" value="8" required></label><label>Статус<select id="new-time-status"><option value="draft">Черновик</option><option value="submitted">На проверке</option><option value="approved">Утверждён</option><option value="rejected">Возвращён</option></select></label><label class="grow">Примечание<input id="new-time-note" maxlength="1000" placeholder="Необязательно"></label><button type="submit">Добавить строку</button></form><div class="table-wrap"><table><thead><tr><th>Дата</th><th>Сотрудник</th><th>Часы</th><th>Статус</th><th>Примечание</th><th></th></tr></thead><tbody id="timesheet"></tbody></table></div></section></section>
|
||||
|
||||
<section id="settings-view" class="app-view" hidden><div class="page-title-row"><div><h1>Настройки</h1><p>Внешний вид, уведомления и состояние подключения</p></div></div><div class="settings-grid"><section class="panel"><div class="panel-head"><h2>Интерфейс</h2></div><label class="settings-field">Тема<select id="theme-select" aria-label="Тема интерфейса"><option value="noble-green">Благородный зелёный</option><option value="parchment-light">Пергамент</option><option value="graphite-forest-dark">Тёмная</option></select></label></section><section class="panel"><div class="panel-head"><h2>О системе</h2></div><dl class="system-list"><div><dt>Модуль</dt><dd>Krona Staff</dd></div><div><dt>Режим</dt><dd>Автономный с интеграцией платформы</dd></div><div><dt>Данные</dt><dd>PostgreSQL с tenant isolation</dd></div></dl></section></div></section>
|
||||
</main>
|
||||
|
||||
<input id="employee-position" type="hidden">
|
||||
<dialog id="employee-dialog" class="employee-dialog"><form id="employee-form" method="dialog"><div class="dialog-head"><div><p class="eyebrow">Карточка сотрудника</p><h2 id="employee-dialog-title">Новый сотрудник</h2></div><button id="employee-close" class="icon-button" type="button" aria-label="Закрыть">×</button></div><input id="employee-id" type="hidden"><label>Табельный номер<input id="employee-number" maxlength="80" required></label><label>Фамилия, имя и отчество<input id="employee-name" maxlength="240" required></label><label>Профессия<select id="employee-profession"><option value="">Не указана</option></select></label><p class="role-note">Роли и права платформы управляются в Krona Core отдельно от кадровой профессии.</p><label>Пол<select id="employee-gender"><option value="">Не указан</option><option value="female">Женский</option><option value="male">Мужской</option></select></label><label id="employee-status-wrap" hidden>Статус<select id="employee-status"><option value="active">Работает</option><option value="blocked">Заблокирован</option><option value="dismissed">Уволен</option></select></label><div id="employee-pay-section" class="pay-profile-section manager-only"><p class="eyebrow">Зарплатный профиль</p><label>Торговая точка<select id="employee-pay-unit"></select></label><label>Схема расчёта<select id="employee-pay-rule"></select></label><div class="form-row-2"><label>Ставка в час, ₽<input id="employee-pay-rate" type="number" min="0" step="1" value="100"></label><label>Процент от выручки, %<input id="employee-pay-percent" type="number" min="0" max="100" step="0.1" value="0"></label></div><div class="form-row-2"><label>Гарантия за смену, ₽<input id="employee-pay-guarantee" type="number" min="0" step="100" value="0"></label><label>Доля в фонде, %<input id="employee-pay-pool-weight" type="number" min="0" max="200" step="10" value="100"></label></div><label>Действует с даты<input id="employee-pay-effective" type="date"></label><small>Новая версия действует с выбранной даты.</small></div><div id="employee-error" class="login-error" role="alert" hidden></div><div class="dialog-actions"><button id="employee-cancel" class="quiet" type="button">Отмена</button><button id="employee-save" type="submit">Сохранить</button></div></form></dialog>
|
||||
<dialog id="profession-dialog" class="employee-dialog"><form id="profession-form" method="dialog"><div class="dialog-head"><div><p class="eyebrow">Кадровый справочник</p><h2>Профессии</h2></div><button id="profession-close" class="icon-button" type="button" aria-label="Закрыть">×</button></div><label>Новая профессия<input id="profession-name" maxlength="160" required placeholder="Например, Повар"></label><button type="submit">Добавить профессию</button><div id="profession-list" class="people"></div><div id="profession-error" class="login-error" role="alert" hidden></div></form></dialog>
|
||||
<dialog id="access-dialog" class="employee-dialog"><form method="dialog"><div class="dialog-head"><div><p class="eyebrow">Личный кабинет</p><h2>Ключ сотрудника</h2></div><button id="access-close" class="icon-button" type="submit" aria-label="Закрыть">×</button></div><p>Скопируйте ключ сейчас. Повторно показать его нельзя.</p><label>Ключ доступа<input id="access-token" readonly></label><div class="dialog-actions"><button id="access-copy" type="button">Скопировать</button><button class="quiet" type="submit">Закрыть</button></div></form></dialog>
|
||||
<footer>Krona Business Platform · Staff</footer>
|
||||
</div>
|
||||
<script src="/staff/app.js" defer></script>
|
||||
</body>
|
||||
</html>`;
|
||||
119
tests/e2e/00-harness.e2e.ts
Normal file
119
tests/e2e/00-harness.e2e.ts
Normal file
|
|
@ -0,0 +1,119 @@
|
|||
// [HARNESS] Позитивный контроль стенда: эти тесты обязаны быть зелёными всегда.
|
||||
// Если они красные — сломан сам стенд, и красные дефектные сценарии ничего не доказывают.
|
||||
/* eslint-disable @typescript-eslint/no-unsafe-member-access */
|
||||
import pg from 'pg';
|
||||
import { describe, expect, it } from 'vitest';
|
||||
import { api, ctx, describeResponse } from './harness/client.js';
|
||||
|
||||
describe('HARNESS: реальный сервер + PostgreSQL 17', () => {
|
||||
it('[HARNESS] сервер отвечает live/ready (ready проверяет БД)', async () => {
|
||||
const live = await api('GET', '/live');
|
||||
expect(live.status).toBe(200);
|
||||
const ready = await api('GET', '/ready');
|
||||
expect(ready.status, describeResponse(ready)).toBe(200);
|
||||
expect(ready.body).toEqual({ status: 'ready' });
|
||||
});
|
||||
|
||||
it('[HARNESS] БД: PostgreSQL 17, приложение под ролью без SUPERUSER/BYPASSRLS, мигратор без SUPERUSER', async () => {
|
||||
const client = new pg.Client({ connectionString: ctx().appDatabaseUrl });
|
||||
await client.connect();
|
||||
try {
|
||||
const version = await client.query<{ server_version_num: string }>('SHOW server_version_num');
|
||||
expect(Number(version.rows[0]!.server_version_num)).toBeGreaterThanOrEqual(170000);
|
||||
const roles = await client.query<{
|
||||
rolname: string;
|
||||
rolsuper: boolean;
|
||||
rolbypassrls: boolean;
|
||||
rolcreaterole: boolean;
|
||||
}>(
|
||||
`SELECT rolname, rolsuper, rolbypassrls, rolcreaterole FROM pg_roles
|
||||
WHERE rolname IN (current_user, 'krona_migrator') ORDER BY rolname`,
|
||||
);
|
||||
expect(roles.rows).toEqual([
|
||||
{ rolname: 'krona_migrator', rolsuper: false, rolbypassrls: false, rolcreaterole: false },
|
||||
{ rolname: 'krona_staff_app', rolsuper: false, rolbypassrls: false, rolcreaterole: false },
|
||||
]);
|
||||
} finally {
|
||||
await client.end();
|
||||
}
|
||||
});
|
||||
|
||||
it('[HARNESS] миграции применены мигратором, app-роль не видит schema_migrations', async () => {
|
||||
const migrator = new pg.Client({ connectionString: ctx().migrationDatabaseUrl });
|
||||
await migrator.connect();
|
||||
try {
|
||||
const applied = await migrator.query<{ count: string }>(
|
||||
'SELECT count(*)::text AS count FROM schema_migrations',
|
||||
);
|
||||
expect(Number(applied.rows[0]!.count)).toBeGreaterThanOrEqual(11);
|
||||
} finally {
|
||||
await migrator.end();
|
||||
}
|
||||
const app = new pg.Client({ connectionString: ctx().appDatabaseUrl });
|
||||
await app.connect();
|
||||
try {
|
||||
await expect(app.query('SELECT 1 FROM schema_migrations')).rejects.toThrow(
|
||||
/permission denied/,
|
||||
);
|
||||
} finally {
|
||||
await app.end();
|
||||
}
|
||||
});
|
||||
|
||||
it('[HARNESS] токены: без токена 401, случайный токен 401, manager-токен 200', async () => {
|
||||
expect((await api('GET', '/portal')).status).toBe(401);
|
||||
expect((await api('GET', '/portal', { token: 'x'.repeat(64) })).status).toBe(401);
|
||||
const ok = await api('GET', '/portal', { token: ctx().managerToken });
|
||||
expect(ok.status, describeResponse(ok)).toBe(200);
|
||||
expect(ok.body.viewer.role).toBe('manager');
|
||||
});
|
||||
|
||||
it('[HARNESS] терминал: отметка сотрудника из импорта принимается (201)', async () => {
|
||||
const { importEmployees, clock, daysAgo } = await import('./harness/fixtures.js');
|
||||
const [employee] = await importEmployees(1);
|
||||
const response = await clock(employee!.id, 'check_in', daysAgo(1));
|
||||
expect(response.status, describeResponse(response)).toBe(201);
|
||||
});
|
||||
|
||||
// [CTRL] Позитивные контроли безопасности, которые аудит признал рабочими: они
|
||||
// должны оставаться зелёными и доказывают, что сценарии умеют быть зелёными.
|
||||
it('[CTRL] RBAC: терминал не видит портал и не создаёт сотрудников; сотрудник видит только себя', async () => {
|
||||
const { importEmployees, issueEmployeeToken } = await import('./harness/fixtures.js');
|
||||
const [self, other] = await importEmployees(2);
|
||||
const employeeToken = await issueEmployeeToken(self!.id);
|
||||
const terminalPortal = await api('GET', '/portal', { token: ctx().terminalToken });
|
||||
const terminalCreate = await api('POST', '/employees', {
|
||||
token: ctx().terminalToken,
|
||||
body: { personnel_number: 'E2E-CTRL', display_name: 'E2E-CTRL' },
|
||||
});
|
||||
const own = await api('GET', '/portal', { token: employeeToken });
|
||||
const rows = (own.body?.employees ?? []) as Array<{ id: string }>;
|
||||
const ids = rows.map((row) => row.id);
|
||||
expect({
|
||||
terminalPortal: terminalPortal.status,
|
||||
terminalCreate: terminalCreate.status,
|
||||
own: own.status,
|
||||
seesSelf: ids.includes(self!.id),
|
||||
seesOther: ids.includes(other!.id),
|
||||
}).toEqual({
|
||||
terminalPortal: 403,
|
||||
terminalCreate: 403,
|
||||
own: 200,
|
||||
seesSelf: true,
|
||||
seesOther: false,
|
||||
});
|
||||
});
|
||||
|
||||
it('[CTRL] уволенный сотрудник теряет доступ (401)', async () => {
|
||||
const { importEmployees, issueEmployeeToken } = await import('./harness/fixtures.js');
|
||||
const [employee] = await importEmployees(1);
|
||||
const employeeToken = await issueEmployeeToken(employee!.id);
|
||||
expect((await api('GET', '/portal', { token: employeeToken })).status).toBe(200);
|
||||
const dismiss = await api('PATCH', `/employees/${employee!.id}`, {
|
||||
token: ctx().managerToken,
|
||||
body: { status: 'dismissed' },
|
||||
});
|
||||
expect(dismiss.status, describeResponse(dismiss)).toBe(200);
|
||||
expect((await api('GET', '/portal', { token: employeeToken })).status).toBe(401);
|
||||
});
|
||||
});
|
||||
326
tests/e2e/10-core-defects.e2e.ts
Normal file
326
tests/e2e/10-core-defects.e2e.ts
Normal file
|
|
@ -0,0 +1,326 @@
|
|||
// Сценарии дефектов основного API (ID из аудита Grok 2026-09-26; сопоставление с ID
|
||||
// владельца — в REPORT.md). Каждый тест проверяет ПРАВИЛЬНОЕ поведение, поэтому
|
||||
// красный тест = открытый дефект.
|
||||
/* eslint-disable @typescript-eslint/no-unsafe-member-access, @typescript-eslint/no-unsafe-assignment */
|
||||
import { createECDH, randomBytes } from 'node:crypto';
|
||||
import { createServer, type Server } from 'node:net';
|
||||
import { describe, expect, it } from 'vitest';
|
||||
import { api, ctx, dbQuery, describeResponse } from './harness/client.js';
|
||||
import { randomUlid, synthetic } from './harness/context.js';
|
||||
import {
|
||||
SYNTHETIC_RATE_MINOR,
|
||||
assignHourly,
|
||||
clock,
|
||||
createOrgUnits,
|
||||
daysAgo,
|
||||
hourlyRuleId,
|
||||
importEmployees,
|
||||
isoDate,
|
||||
issueEmployeeToken,
|
||||
workedShift,
|
||||
} from './harness/fixtures.js';
|
||||
|
||||
function pushKeys() {
|
||||
const ecdh = createECDH('prime256v1');
|
||||
ecdh.generateKeys();
|
||||
return {
|
||||
p256dh: ecdh.getPublicKey().toString('base64url'),
|
||||
auth: randomBytes(16).toString('base64url'),
|
||||
};
|
||||
}
|
||||
|
||||
function monthOf(date: Date): string {
|
||||
return date.toISOString().slice(0, 7);
|
||||
}
|
||||
|
||||
async function accrualsFor(employeeId: string) {
|
||||
return dbQuery<{ amount_minor: string; ref_id: string }>(
|
||||
`SELECT amount_minor::text AS amount_minor, ref_id FROM staff_payroll_ledger
|
||||
WHERE employee_id = $1 AND kind = 'accrual'`,
|
||||
[employeeId],
|
||||
);
|
||||
}
|
||||
|
||||
describe('Основной API на реальной PostgreSQL', () => {
|
||||
it('[K4/N1] менеджер создаёт сотрудника через POST /employees → 201', async () => {
|
||||
const number = `E2E-${randomUlid().slice(-8)}`;
|
||||
const response = await api('POST', '/employees', {
|
||||
token: ctx().managerToken,
|
||||
body: {
|
||||
personnel_number: number,
|
||||
display_name: synthetic('Сотрудник'),
|
||||
position: 'E2E-должность',
|
||||
},
|
||||
});
|
||||
expect(response.status, describeResponse(response)).toBe(201);
|
||||
const rows = await dbQuery('SELECT id FROM staff_employees WHERE personnel_number = $1', [
|
||||
number,
|
||||
]);
|
||||
expect(rows).toHaveLength(1);
|
||||
});
|
||||
|
||||
it('[K3/N2] подтверждение смены, расчёт и утверждение зарплаты проходят (200) и начисляют 8 ч × ставка', async () => {
|
||||
const [unit] = await createOrgUnits(1);
|
||||
const [employee] = await importEmployees(1);
|
||||
await assignHourly(employee!.id, unit!.id);
|
||||
const day = daysAgo(3);
|
||||
const sessionId = await workedShift(employee!.id, unit!.id, day, 8);
|
||||
|
||||
const confirm = await api('PATCH', `/work-sessions/${sessionId}`, {
|
||||
token: ctx().managerToken,
|
||||
body: { status: 'confirmed' },
|
||||
});
|
||||
expect(confirm.status, `подтверждение смены: ${describeResponse(confirm)}`).toBe(200);
|
||||
|
||||
const calculate = await api('POST', '/payroll/calculate', {
|
||||
token: ctx().managerToken,
|
||||
body: { month: monthOf(day), org_unit_id: unit!.id },
|
||||
});
|
||||
expect(calculate.status, `расчёт: ${describeResponse(calculate)}`).toBe(200);
|
||||
const runId = (calculate.body.run_id ?? calculate.body.id ?? calculate.body.run?.id) as string;
|
||||
const approve = await api('POST', `/payroll/runs/${runId}/approve`, {
|
||||
token: ctx().managerToken,
|
||||
});
|
||||
expect(approve.status, `утверждение: ${describeResponse(approve)}`).toBe(200);
|
||||
|
||||
const accruals = await accrualsFor(employee!.id);
|
||||
const total = accruals.reduce((sum, row) => sum + BigInt(row.amount_minor), 0n);
|
||||
expect(total).toBe(BigInt(8 * SYNTHETIC_RATE_MINOR));
|
||||
});
|
||||
|
||||
it('[K5/N4] пересекающиеся расчёты не начисляют одну смену дважды', async () => {
|
||||
const [unit] = await createOrgUnits(1);
|
||||
const [employee] = await importEmployees(1);
|
||||
await assignHourly(employee!.id, unit!.id);
|
||||
const day = daysAgo(2);
|
||||
const sessionId = await workedShift(employee!.id, unit!.id, day, 8);
|
||||
const confirm = await api('PATCH', `/work-sessions/${sessionId}`, {
|
||||
token: ctx().managerToken,
|
||||
body: { status: 'confirmed' },
|
||||
});
|
||||
expect(
|
||||
confirm.status,
|
||||
`подтверждение смены (предусловие, см. N2): ${describeResponse(confirm)}`,
|
||||
).toBe(200);
|
||||
|
||||
const month = monthOf(day);
|
||||
const first = await api('POST', '/payroll/calculate', {
|
||||
token: ctx().managerToken,
|
||||
body: { month, org_unit_id: unit!.id },
|
||||
});
|
||||
expect(first.status, `первый расчёт (предусловие, см. N2): ${describeResponse(first)}`).toBe(
|
||||
200,
|
||||
);
|
||||
const firstRun = (first.body.run_id ?? first.body.id) as string;
|
||||
expect(
|
||||
(await api('POST', `/payroll/runs/${firstRun}/approve`, { token: ctx().managerToken }))
|
||||
.status,
|
||||
).toBe(200);
|
||||
|
||||
const lastDay = new Date(Date.UTC(day.getUTCFullYear(), day.getUTCMonth() + 1, 0));
|
||||
const secondFrom = new Date(Date.UTC(day.getUTCFullYear(), day.getUTCMonth(), 2));
|
||||
const second = await api('POST', '/payroll/calculate', {
|
||||
token: ctx().managerToken,
|
||||
body: { from: isoDate(secondFrom), to: isoDate(lastDay), org_unit_id: unit!.id },
|
||||
});
|
||||
if (second.status === 200) {
|
||||
const secondRun = (second.body.run_id ?? second.body.id) as string;
|
||||
await api('POST', `/payroll/runs/${secondRun}/approve`, { token: ctx().managerToken });
|
||||
} else {
|
||||
expect(second.status, describeResponse(second)).toBe(409);
|
||||
}
|
||||
const accruals = await accrualsFor(employee!.id);
|
||||
const total = accruals.reduce((sum, row) => sum + BigInt(row.amount_minor), 0n);
|
||||
expect(total, 'смена должна быть начислена ровно один раз').toBe(
|
||||
BigInt(8 * SYNTHETIC_RATE_MINOR),
|
||||
);
|
||||
});
|
||||
|
||||
it('[K12/N3] push-подписка на внутренний адрес отклоняется, сервер не подключается к 127.0.0.1', async () => {
|
||||
const [employee] = await importEmployees(1);
|
||||
const employeeToken = await issueEmployeeToken(employee!.id);
|
||||
let connections = 0;
|
||||
const listener: Server = createServer((socket) => {
|
||||
connections += 1;
|
||||
socket.destroy();
|
||||
});
|
||||
await new Promise<void>((resolve) => listener.listen(0, '127.0.0.1', resolve));
|
||||
const address = listener.address();
|
||||
const port = typeof address === 'object' && address ? address.port : 0;
|
||||
try {
|
||||
const subscribe = await api('POST', '/push/subscriptions', {
|
||||
token: employeeToken,
|
||||
body: { endpoint: `https://127.0.0.1:${port}/e2e-internal-admin`, keys: pushKeys() },
|
||||
});
|
||||
// Инициируем отправку push этому сотруднику (отметка терминала) и ждём попытку соединения.
|
||||
await clock(employee!.id, 'check_in', daysAgo(0, 0));
|
||||
await new Promise((resolve) => setTimeout(resolve, 2_500));
|
||||
expect(
|
||||
{ status: subscribe.status, connections },
|
||||
`подписка: ${describeResponse(subscribe)}`,
|
||||
).toEqual({
|
||||
status: expect.toSatisfy((s: number) => s === 400 || s === 422 || s === 403),
|
||||
connections: 0,
|
||||
});
|
||||
} finally {
|
||||
listener.close();
|
||||
}
|
||||
});
|
||||
|
||||
it('[N9] чужой push-endpoint нельзя перепривязать к другому сотруднику', async () => {
|
||||
const [employeeA, employeeB] = await importEmployees(2);
|
||||
const tokenA = await issueEmployeeToken(employeeA!.id);
|
||||
const tokenB = await issueEmployeeToken(employeeB!.id);
|
||||
const endpoint = `https://fcm.googleapis.com/fcm/send/e2e-${randomBytes(16).toString('hex')}`;
|
||||
const first = await api('POST', '/push/subscriptions', {
|
||||
token: tokenA,
|
||||
body: { endpoint, keys: pushKeys() },
|
||||
});
|
||||
expect(first.status, describeResponse(first)).toBe(201);
|
||||
const second = await api('POST', '/push/subscriptions', {
|
||||
token: tokenB,
|
||||
body: { endpoint, keys: pushKeys() },
|
||||
});
|
||||
const owner = await dbQuery<{ employee_id: string }>(
|
||||
'SELECT employee_id FROM staff_push_subscriptions WHERE endpoint = $1',
|
||||
[endpoint],
|
||||
);
|
||||
expect(
|
||||
{ status: second.status, owner: owner.map((row) => row.employee_id) },
|
||||
describeResponse(second),
|
||||
).toEqual({
|
||||
status: expect.toSatisfy((s: number) => s === 409 || s === 403),
|
||||
owner: [employeeA!.id],
|
||||
});
|
||||
});
|
||||
|
||||
it('[N12] PUT pay-assignment отвергает лишние поля и нереальные суммы (400)', async () => {
|
||||
const [employee] = await importEmployees(1);
|
||||
const payRuleId = await hourlyRuleId();
|
||||
const extra = await api('PUT', `/employees/${employee!.id}/pay-assignment`, {
|
||||
token: ctx().managerToken,
|
||||
body: { pay_rule_id: payRuleId, rate_minor: SYNTHETIC_RATE_MINOR, e2e_unexpected_field: 'x' },
|
||||
});
|
||||
const huge = await api('PUT', `/employees/${employee!.id}/pay-assignment`, {
|
||||
token: ctx().managerToken,
|
||||
body: {
|
||||
pay_rule_id: payRuleId,
|
||||
rate_minor: Number.MAX_SAFE_INTEGER,
|
||||
guarantee_minor: Number.MAX_SAFE_INTEGER,
|
||||
},
|
||||
});
|
||||
expect(
|
||||
{ extra: extra.status, huge: huge.status },
|
||||
`${describeResponse(extra)} | ${describeResponse(huge)}`,
|
||||
).toEqual({
|
||||
extra: 400,
|
||||
huge: 400,
|
||||
});
|
||||
});
|
||||
|
||||
it('[N10] терминальный токен не читает справочники профессий и точек (403)', async () => {
|
||||
const professions = await api('GET', '/professions', { token: ctx().terminalToken });
|
||||
const units = await api('GET', '/org-units', { token: ctx().terminalToken });
|
||||
expect({ professions: professions.status, units: units.status }).toEqual({
|
||||
professions: 403,
|
||||
units: 403,
|
||||
});
|
||||
});
|
||||
|
||||
it('[K1/F2] standalone без токенов не выдаёт права менеджера анонимному запросу (401)', async () => {
|
||||
const portal = await api('GET', '/portal', { base: 'open' });
|
||||
const payroll = await api('GET', '/payroll', { base: 'open' });
|
||||
const write = await api('POST', '/professions', {
|
||||
base: 'open',
|
||||
body: { name: synthetic('Профессия') },
|
||||
});
|
||||
expect({ portal: portal.status, payroll: payroll.status, write: write.status }).toEqual({
|
||||
portal: 401,
|
||||
payroll: 401,
|
||||
write: 401,
|
||||
});
|
||||
});
|
||||
|
||||
it('[K10/F3] cookie сессии не содержит сырой токен и отзывается при выходе', async () => {
|
||||
const login = await api('POST', '/session', { body: { access_token: ctx().managerToken } });
|
||||
expect(login.status, describeResponse(login)).toBe(200);
|
||||
const setCookie = login.headers.get('set-cookie') ?? '';
|
||||
const value = decodeURIComponent(
|
||||
/__Host-krona_staff_session=([^;]*)/.exec(setCookie)?.[1] ?? '',
|
||||
);
|
||||
const cookie = `__Host-krona_staff_session=${encodeURIComponent(value)}`;
|
||||
const logout = await api('DELETE', '/session', { headers: { cookie } });
|
||||
expect(logout.status).toBe(204);
|
||||
const reuse = await api('GET', '/portal', { headers: { cookie } });
|
||||
expect({ rawTokenInCookie: value === ctx().managerToken, afterLogout: reuse.status }).toEqual({
|
||||
rawTokenInCookie: false,
|
||||
afterLogout: 401,
|
||||
});
|
||||
});
|
||||
|
||||
it('[F10] мутация по cookie без Origin отклоняется (CSRF, 403)', async () => {
|
||||
const login = await api('POST', '/session', { body: { access_token: ctx().managerToken } });
|
||||
const setCookie = login.headers.get('set-cookie') ?? '';
|
||||
const cookie = /(__Host-krona_staff_session=[^;]*)/.exec(setCookie)?.[1] ?? '';
|
||||
const response = await api('POST', '/professions', {
|
||||
headers: { cookie },
|
||||
body: { name: synthetic('CSRF-профессия') },
|
||||
});
|
||||
expect(response.status, describeResponse(response)).toBe(403);
|
||||
});
|
||||
|
||||
it('[F7] повтор Idempotency-Key с другим телом не создаёт второе событие', async () => {
|
||||
const [employee] = await importEmployees(1);
|
||||
const key = `e2e-${randomUlid()}`;
|
||||
const send = (sourceEventId: string) =>
|
||||
api('POST', '/attendance/events', {
|
||||
token: ctx().terminalToken,
|
||||
headers: { 'idempotency-key': key },
|
||||
body: {
|
||||
employee_id: employee!.id,
|
||||
event_type: 'check_in',
|
||||
occurred_at: daysAgo(1).toISOString(),
|
||||
source_event_id: sourceEventId,
|
||||
},
|
||||
});
|
||||
const first = await send(`e2e-${randomUlid()}`);
|
||||
const second = await send(`e2e-${randomUlid()}`);
|
||||
expect({ first: first.status, secondCreated: second.status === 201 }).toEqual({
|
||||
first: 201,
|
||||
secondCreated: false,
|
||||
});
|
||||
});
|
||||
|
||||
it('[N11] импорт с неверным kind начисления → 400, а не 500', async () => {
|
||||
const [employee] = await importEmployees(1);
|
||||
const response = await api('POST', '/imports/owner-workbook', {
|
||||
token: ctx().managerToken,
|
||||
body: {
|
||||
source_name: synthetic('import-bad-kind'),
|
||||
payroll_entries: [
|
||||
{
|
||||
external_key: `e2e-${randomUlid()}`,
|
||||
employee_external_ref: employee!.external_ref,
|
||||
business_date: isoDate(daysAgo(1)),
|
||||
kind: 'e2e_bogus_kind',
|
||||
amount_minor: 100,
|
||||
},
|
||||
],
|
||||
},
|
||||
});
|
||||
expect(response.status, describeResponse(response)).toBe(400);
|
||||
});
|
||||
|
||||
it('[K11/F4] перебор ключей входа ограничивается (429 не позже 30 неверных попыток)', async () => {
|
||||
const statuses: number[] = [];
|
||||
for (let attempt = 0; attempt < 30; attempt += 1) {
|
||||
const response = await api('POST', '/session', {
|
||||
base: 'ratelimit',
|
||||
body: { access_token: randomBytes(32).toString('hex') },
|
||||
});
|
||||
statuses.push(response.status);
|
||||
if (response.status === 429) break;
|
||||
}
|
||||
expect(statuses.includes(429), `статусы: ${[...new Set(statuses)].join(',')}`).toBe(true);
|
||||
});
|
||||
});
|
||||
287
tests/e2e/20-sync-defects.e2e.ts
Normal file
287
tests/e2e/20-sync-defects.e2e.ts
Normal file
|
|
@ -0,0 +1,287 @@
|
|||
// Сценарии офлайн-синхронизации (/api/v1/staff/sync/*, миграция 0011).
|
||||
// Проверяют ПРАВИЛЬНОЕ поведение: красный тест = открытый дефект.
|
||||
/* eslint-disable @typescript-eslint/no-unsafe-member-access, @typescript-eslint/no-unsafe-assignment, @typescript-eslint/no-unsafe-call */
|
||||
import { createHash } from 'node:crypto';
|
||||
import { describe, expect, it } from 'vitest';
|
||||
import { api, ctx, dbQuery, describeResponse } from './harness/client.js';
|
||||
import { randomUlid, synthetic } from './harness/context.js';
|
||||
import { createOrgUnits, daysAgo, importEmployees, isoDate } from './harness/fixtures.js';
|
||||
|
||||
interface Device {
|
||||
id: string;
|
||||
token: string;
|
||||
}
|
||||
|
||||
async function registerDevice(orgUnitId?: string): Promise<Device> {
|
||||
const response = await api('POST', '/sync/devices', {
|
||||
token: ctx().managerToken,
|
||||
body: {
|
||||
device_code: `E2E-${randomUlid().slice(-10)}`,
|
||||
name: synthetic('Терминал'),
|
||||
...(orgUnitId ? { org_unit_id: orgUnitId } : {}),
|
||||
},
|
||||
});
|
||||
expect(response.status, describeResponse(response)).toBe(201);
|
||||
return { id: response.body.device.id as string, token: response.body.token as string };
|
||||
}
|
||||
|
||||
function command(commandType: string, payload: Record<string, unknown>) {
|
||||
return {
|
||||
command_type: commandType,
|
||||
schema_version: 1,
|
||||
idempotency_key: `e2e-${randomUlid()}`,
|
||||
correlation_id: randomUlid(),
|
||||
created_at: new Date().toISOString(),
|
||||
payload,
|
||||
};
|
||||
}
|
||||
|
||||
async function push(device: Device, commands: unknown[]) {
|
||||
return api('POST', '/sync/push', { token: device.token, body: { commands } });
|
||||
}
|
||||
|
||||
async function pullAll(device: Device, cursor: string | null = null) {
|
||||
const changes: Array<{ entity_type: string; entity_id: string }> = [];
|
||||
let next: string | null = cursor;
|
||||
for (let page = 0; page < 50; page += 1) {
|
||||
const response = await api('POST', '/sync/pull', {
|
||||
token: device.token,
|
||||
body: { cursor: next, limit: 100 },
|
||||
});
|
||||
expect(response.status, describeResponse(response)).toBe(200);
|
||||
changes.push(...(response.body.changes as Array<{ entity_type: string; entity_id: string }>));
|
||||
next = response.body.next_cursor as string;
|
||||
if (!response.body.has_more) break;
|
||||
}
|
||||
return { changes, cursor: next };
|
||||
}
|
||||
|
||||
describe('Офлайн-синхронизация на реальной PostgreSQL', () => {
|
||||
it('[K13/SYNC-A] устройство не может само подтвердить смену (status=confirmed отклоняется)', async () => {
|
||||
const [unit] = await createOrgUnits(1);
|
||||
const [employee] = await importEmployees(1);
|
||||
const device = await registerDevice(unit!.id);
|
||||
const sessionId = randomUlid();
|
||||
const response = await push(device, [
|
||||
command('upsert_work_session', {
|
||||
id: sessionId,
|
||||
employee_id: employee!.id,
|
||||
org_unit_id: unit!.id,
|
||||
business_date: isoDate(daysAgo(1)),
|
||||
worked_minutes: 600,
|
||||
status: 'confirmed',
|
||||
}),
|
||||
]);
|
||||
const stored = await dbQuery<{ status: string }>(
|
||||
'SELECT status FROM staff_work_sessions WHERE id = $1',
|
||||
[sessionId],
|
||||
);
|
||||
expect(
|
||||
{
|
||||
http: response.status,
|
||||
result: response.body?.results?.[0]?.status,
|
||||
stored: stored[0]?.status ?? null,
|
||||
},
|
||||
describeResponse(response),
|
||||
).toEqual({ http: 200, result: 'rejected', stored: null });
|
||||
});
|
||||
|
||||
it('[K13/SYNC-B] устройство не может утвердить табель (status=approved отклоняется)', async () => {
|
||||
const [employee] = await importEmployees(1);
|
||||
const device = await registerDevice();
|
||||
const entryId = randomUlid();
|
||||
const response = await push(device, [
|
||||
command('upsert_timesheet_entry', {
|
||||
id: entryId,
|
||||
employee_id: employee!.id,
|
||||
work_date: isoDate(daysAgo(1)),
|
||||
minutes_worked: 600,
|
||||
status: 'approved',
|
||||
}),
|
||||
]);
|
||||
const stored = await dbQuery<{ status: string }>(
|
||||
'SELECT status FROM staff_timesheet_entries WHERE id = $1',
|
||||
[entryId],
|
||||
);
|
||||
expect(
|
||||
{ result: response.body?.results?.[0]?.status, stored: stored[0]?.status ?? null },
|
||||
describeResponse(response),
|
||||
).toEqual({ result: 'rejected', stored: null });
|
||||
});
|
||||
|
||||
it('[SYNC-C0] начальная загрузка (pull без курсора) работает на реальной БД (200)', async () => {
|
||||
await createOrgUnits(1);
|
||||
await importEmployees(1);
|
||||
const device = await registerDevice();
|
||||
const response = await api('POST', '/sync/pull', {
|
||||
token: device.token,
|
||||
body: { cursor: null },
|
||||
});
|
||||
expect(response.status, describeResponse(response)).toBe(200);
|
||||
const types = new Set(
|
||||
(response.body.changes as Array<{ entity_type: string }>).map((c) => c.entity_type),
|
||||
);
|
||||
expect(types.has('employee') && types.has('org_unit')).toBe(true);
|
||||
});
|
||||
|
||||
it('[S5/SYNC-C] начальная загрузка >100 сущностей отдаёт все сущности постранично', async () => {
|
||||
const employees = await importEmployees(120);
|
||||
const device = await registerDevice();
|
||||
const { changes } = await pullAll(device, null);
|
||||
const received = new Set(
|
||||
changes.filter((c) => c.entity_type === 'employee').map((c) => c.entity_id),
|
||||
);
|
||||
const missing = employees.filter((employee) => !received.has(employee.id)).length;
|
||||
expect(missing, `не доставлено сотрудников: ${missing} из ${employees.length}`).toBe(0);
|
||||
});
|
||||
|
||||
it('[S5/SYNC-D] изменения, сделанные через портал, попадают в инкрементальный pull', async () => {
|
||||
const device = await registerDevice();
|
||||
// Курсор берём из /sync/status, чтобы сценарий не зависел от начальной загрузки (SYNC-C0).
|
||||
const status = await api('GET', '/sync/status', { token: device.token });
|
||||
expect(status.status, describeResponse(status)).toBe(200);
|
||||
const cursor = status.body.latest_cursor as string;
|
||||
const [employee] = await importEmployees(1);
|
||||
const patch = await api('PATCH', `/employees/${employee!.id}`, {
|
||||
token: ctx().managerToken,
|
||||
body: { display_name: synthetic('Переименован') },
|
||||
});
|
||||
expect(patch.status, describeResponse(patch)).toBe(200);
|
||||
const { changes } = await pullAll(device, cursor);
|
||||
expect(changes.some((c) => c.entity_type === 'employee' && c.entity_id === employee!.id)).toBe(
|
||||
true,
|
||||
);
|
||||
});
|
||||
|
||||
it('[S4/SYNC-E] отметка уволенного сотрудника через sync отклоняется', async () => {
|
||||
const [employee] = await importEmployees(1);
|
||||
const dismiss = await api('PATCH', `/employees/${employee!.id}`, {
|
||||
token: ctx().managerToken,
|
||||
body: { status: 'dismissed' },
|
||||
});
|
||||
expect(dismiss.status, describeResponse(dismiss)).toBe(200);
|
||||
const device = await registerDevice();
|
||||
const response = await push(device, [
|
||||
command('attendance_event', {
|
||||
employee_id: employee!.id,
|
||||
event_type: 'check_in',
|
||||
occurred_at: daysAgo(0, 0).toISOString(),
|
||||
}),
|
||||
]);
|
||||
expect(response.body?.results?.[0]?.status, describeResponse(response)).toBe('rejected');
|
||||
});
|
||||
|
||||
it('[S4/SYNC-F] отметка через sync сохраняет точку устройства; чужая точка в payload отклоняется', async () => {
|
||||
const [unitA, unitB] = await createOrgUnits(2);
|
||||
const [employee] = await importEmployees(1);
|
||||
const device = await registerDevice(unitA!.id);
|
||||
const own = command('attendance_event', {
|
||||
employee_id: employee!.id,
|
||||
event_type: 'check_in',
|
||||
occurred_at: daysAgo(0, 0).toISOString(),
|
||||
});
|
||||
const foreign = command('attendance_event', {
|
||||
employee_id: employee!.id,
|
||||
event_type: 'check_out',
|
||||
occurred_at: new Date(daysAgo(0, 0).getTime() + 60_000).toISOString(),
|
||||
org_unit_id: unitB!.id,
|
||||
});
|
||||
const response = await push(device, [own, foreign]);
|
||||
expect(response.status, describeResponse(response)).toBe(200);
|
||||
const ownEventId = response.body.results[0]?.result?.event_id as string | undefined;
|
||||
const stored = await dbQuery<{ org_unit_id: string | null }>(
|
||||
'SELECT org_unit_id FROM staff_attendance_events WHERE id = $1',
|
||||
[ownEventId ?? ''],
|
||||
);
|
||||
expect(
|
||||
{
|
||||
ownOrgUnit: stored[0]?.org_unit_id ?? null,
|
||||
foreign: response.body.results[1]?.status,
|
||||
},
|
||||
describeResponse(response),
|
||||
).toEqual({ ownOrgUnit: unitA!.id, foreign: 'rejected' });
|
||||
});
|
||||
|
||||
it('[S3/SYNC-G] битая команда в пакете отклоняется по отдельности, остальные применяются (не 500)', async () => {
|
||||
const [employee] = await importEmployees(1);
|
||||
const device = await registerDevice();
|
||||
const good = command('attendance_event', {
|
||||
employee_id: employee!.id,
|
||||
event_type: 'check_in',
|
||||
occurred_at: daysAgo(0, 0).toISOString(),
|
||||
});
|
||||
const bad = command('attendance_event', {
|
||||
employee_id: employee!.id,
|
||||
event_type: 'check_out',
|
||||
occurred_at: 'e2e-not-a-timestamp',
|
||||
});
|
||||
const response = await push(device, [good, bad]);
|
||||
expect(
|
||||
{
|
||||
http: response.status,
|
||||
statuses: (response.body?.results ?? []).map((r: { status: string }) => r.status),
|
||||
},
|
||||
describeResponse(response),
|
||||
).toEqual({ http: 200, statuses: ['applied', 'rejected'] });
|
||||
});
|
||||
|
||||
it('[S8/SYNC-H] регистрация устройства по cookie с чужим Origin отклоняется (CSRF, 403)', async () => {
|
||||
const login = await api('POST', '/session', { body: { access_token: ctx().managerToken } });
|
||||
const cookie =
|
||||
/(__Host-krona_staff_session=[^;]*)/.exec(login.headers.get('set-cookie') ?? '')?.[1] ?? '';
|
||||
const response = await api('POST', '/sync/devices', {
|
||||
headers: { cookie, origin: 'https://attacker.e2e.invalid' },
|
||||
body: { device_code: `E2E-${randomUlid().slice(-10)}`, name: synthetic('CSRF-терминал') },
|
||||
});
|
||||
expect(response.status, describeResponse(response)).toBe(403);
|
||||
});
|
||||
|
||||
it('[K1/SYNC-I] без настроенных токенов анонимный запрос не регистрирует устройство (401)', async () => {
|
||||
const response = await api('POST', '/sync/devices', {
|
||||
base: 'open',
|
||||
body: {
|
||||
device_code: `E2E-${randomUlid().slice(-10)}`,
|
||||
name: synthetic('Анонимный терминал'),
|
||||
},
|
||||
});
|
||||
expect(response.status, describeResponse(response)).toBe(401);
|
||||
});
|
||||
|
||||
it('[S2/SYNC-J] отметка через sync вне окна времени (2001 год) отклоняется, как в POST /attendance/events', async () => {
|
||||
const [employee] = await importEmployees(1);
|
||||
const device = await registerDevice();
|
||||
const response = await push(device, [
|
||||
command('attendance_event', {
|
||||
employee_id: employee!.id,
|
||||
event_type: 'check_in',
|
||||
occurred_at: '2001-01-01T09:00:00.000Z',
|
||||
}),
|
||||
]);
|
||||
expect(response.body?.results?.[0]?.status, describeResponse(response)).toBe('rejected');
|
||||
});
|
||||
|
||||
it('[SYNC-K] ack курсора из будущего (больше выданного сервером) отклоняется (400)', async () => {
|
||||
const device = await registerDevice();
|
||||
const tenant = ctx().tenantId;
|
||||
const seq = '999999999';
|
||||
const hash = createHash('sha256')
|
||||
.update(`${tenant}:${seq}:krona_staff_sync_cursor_salt_v1`)
|
||||
.digest('hex')
|
||||
.slice(0, 12);
|
||||
const response = await api('POST', '/sync/ack', {
|
||||
token: device.token,
|
||||
body: { cursor: `cur_${seq}_${hash}` },
|
||||
});
|
||||
expect(response.status, describeResponse(response)).toBe(400);
|
||||
});
|
||||
|
||||
it('[SYNC-L] отозванное устройство не может синхронизироваться (403) — позитивный контроль', async () => {
|
||||
const device = await registerDevice();
|
||||
const revoke = await api('POST', `/sync/devices/${device.id}/revoke`, {
|
||||
token: ctx().managerToken,
|
||||
});
|
||||
expect(revoke.status, describeResponse(revoke)).toBe(200);
|
||||
const status = await api('GET', '/sync/status', { token: device.token });
|
||||
expect(status.status).toBe(403);
|
||||
});
|
||||
});
|
||||
270
tests/e2e/30-owner-decisions.e2e.ts
Normal file
270
tests/e2e/30-owner-decisions.e2e.ts
Normal file
|
|
@ -0,0 +1,270 @@
|
|||
// Сценарии решений владельца (ожидаемо КРАСНЫЕ до этапа 4 Codex).
|
||||
// Публичного API для ролей точки/бухгалтера/директора, пакетов зарплаты и согласия
|
||||
// на биометрию пока нет, поэтому тесты написаны против наиболее вероятного контракта,
|
||||
// описанного в tests/e2e/NOTES-FOR-EXECUTORS.md (C1–C3). Если Codex выберет другой
|
||||
// контракт — меняется только этот файл и NOTES, смысл проверок остаётся.
|
||||
/* eslint-disable @typescript-eslint/no-unsafe-member-access, @typescript-eslint/no-unsafe-assignment */
|
||||
import { describe, expect, it } from 'vitest';
|
||||
import { api, ctx, dbQuery, describeResponse } from './harness/client.js';
|
||||
import { synthetic } from './harness/context.js';
|
||||
import {
|
||||
assignHourly,
|
||||
createOrgUnits,
|
||||
daysAgo,
|
||||
importEmployees,
|
||||
isoDate,
|
||||
workedShift,
|
||||
type OrgUnit,
|
||||
} from './harness/fixtures.js';
|
||||
|
||||
type Role = 'point_manager' | 'accountant' | 'director';
|
||||
|
||||
/** C1: главный менеджер выдаёт ключ роли (standalone-аналог Core RBAC). */
|
||||
async function grant(role: Role, orgUnitIds: string[] = []): Promise<string> {
|
||||
const response = await api('POST', '/access-grants', {
|
||||
token: ctx().managerToken,
|
||||
body: { role, org_unit_ids: orgUnitIds, display_name: synthetic(role) },
|
||||
});
|
||||
expect(response.status, `C1 POST /access-grants (${role}): ${describeResponse(response)}`).toBe(
|
||||
201,
|
||||
);
|
||||
return response.body.access_token as string;
|
||||
}
|
||||
|
||||
async function confirm(sessionId: string) {
|
||||
const response = await api('PATCH', `/work-sessions/${sessionId}`, {
|
||||
token: ctx().managerToken,
|
||||
body: { status: 'confirmed' },
|
||||
});
|
||||
expect(response.status, `подтверждение смены (см. N2): ${describeResponse(response)}`).toBe(200);
|
||||
}
|
||||
|
||||
interface World {
|
||||
unitA: OrgUnit;
|
||||
unitB: OrgUnit;
|
||||
employeeId: string;
|
||||
sessionId: string;
|
||||
day: Date;
|
||||
}
|
||||
|
||||
/** Точка A и B, сотрудник точки A со сменой в точке A (по умолчанию подтверждённой; см. N2). */
|
||||
async function world(confirmShift = true): Promise<World> {
|
||||
const [unitA, unitB] = await createOrgUnits(2);
|
||||
const [employee] = await importEmployees(1);
|
||||
await assignHourly(employee!.id, unitA!.id);
|
||||
const day = daysAgo(4);
|
||||
const sessionId = await workedShift(employee!.id, unitA!.id, day, 8);
|
||||
if (confirmShift) await confirm(sessionId);
|
||||
return { unitA: unitA!, unitB: unitB!, employeeId: employee!.id, sessionId, day };
|
||||
}
|
||||
|
||||
function period(day: Date) {
|
||||
const from = new Date(Date.UTC(day.getUTCFullYear(), day.getUTCMonth(), 1));
|
||||
const to = new Date(Date.UTC(day.getUTCFullYear(), day.getUTCMonth() + 1, 0));
|
||||
return { from: isoDate(from), to: isoDate(to) };
|
||||
}
|
||||
|
||||
/** C2: пакет зарплаты точки за месяц. */
|
||||
async function createBatch(token: string, orgUnitId: string, day: Date) {
|
||||
return api('POST', '/payroll/batches', {
|
||||
token,
|
||||
body: { org_unit_id: orgUnitId, ...period(day) },
|
||||
});
|
||||
}
|
||||
|
||||
async function submittedBatch(w: World, accountant: string): Promise<string> {
|
||||
const created = await createBatch(accountant, w.unitA.id, w.day);
|
||||
expect(created.status, `C2 создание пакета: ${describeResponse(created)}`).toBe(201);
|
||||
const batchId = created.body.id as string;
|
||||
const submit = await api('POST', `/payroll/batches/${batchId}/submit`, { token: accountant });
|
||||
expect(submit.status, `C2 отправка пакета: ${describeResponse(submit)}`).toBe(200);
|
||||
return batchId;
|
||||
}
|
||||
|
||||
async function ledgerFor(employeeId: string) {
|
||||
return dbQuery<{ kind: string; amount_minor: string }>(
|
||||
`SELECT kind, amount_minor::text AS amount_minor FROM staff_payroll_ledger WHERE employee_id = $1`,
|
||||
[employeeId],
|
||||
);
|
||||
}
|
||||
|
||||
describe('Решения владельца: роли, пакеты зарплаты, согласие на биометрию', () => {
|
||||
it('[D6/OWN-01] менеджер точки A запускает расчёт для точки B → 403', async () => {
|
||||
const w = await world(false);
|
||||
const managerA = await grant('point_manager', [w.unitA.id]);
|
||||
const batch = await createBatch(managerA, w.unitB.id, w.day);
|
||||
const legacy = await api('POST', '/payroll/calculate', {
|
||||
token: managerA,
|
||||
body: { month: isoDate(w.day).slice(0, 7), org_unit_id: w.unitB.id },
|
||||
});
|
||||
expect({ batch: batch.status, legacy: legacy.status }).toEqual({ batch: 403, legacy: 403 });
|
||||
});
|
||||
|
||||
it('[D6/OWN-02] менеджер точки отправляет пакет на согласование → 403', async () => {
|
||||
const w = await world(false);
|
||||
const managerA = await grant('point_manager', [w.unitA.id]);
|
||||
const created = await createBatch(managerA, w.unitA.id, w.day);
|
||||
expect(
|
||||
created.status,
|
||||
`C2 создание пакета менеджером своей точки: ${describeResponse(created)}`,
|
||||
).toBe(201);
|
||||
const submit = await api('POST', `/payroll/batches/${created.body.id}/submit`, {
|
||||
token: managerA,
|
||||
});
|
||||
expect(submit.status, describeResponse(submit)).toBe(403);
|
||||
});
|
||||
|
||||
it('[OWN-03] бухгалтер отправляет пакет → успех, каждый директор получает ровно одно уведомление', async () => {
|
||||
const accountant = await grant('accountant');
|
||||
const directors = [await grant('director'), await grant('director')];
|
||||
const w = await world();
|
||||
const batchId = await submittedBatch(w, accountant);
|
||||
for (const director of directors) {
|
||||
const inbox = await api('GET', '/notifications', { token: director });
|
||||
expect(inbox.status, `C2 уведомления директора: ${describeResponse(inbox)}`).toBe(200);
|
||||
const aboutBatch = (
|
||||
inbox.body.notifications as Array<{ type: string; subject_id: string }>
|
||||
).filter((n) => n.type === 'payroll.batch.submitted' && n.subject_id === batchId);
|
||||
expect(aboutBatch).toHaveLength(1);
|
||||
}
|
||||
});
|
||||
|
||||
it('[OWN-04] бухгалтер пытается подписать пакет → 403', async () => {
|
||||
const accountant = await grant('accountant');
|
||||
const w = await world();
|
||||
const batchId = await submittedBatch(w, accountant);
|
||||
const sign = await api('POST', `/payroll/batches/${batchId}/sign`, { token: accountant });
|
||||
expect(sign.status, describeResponse(sign)).toBe(403);
|
||||
});
|
||||
|
||||
it('[OWN-05] до подписи директора в ledger нет начислений и выплат', async () => {
|
||||
const accountant = await grant('accountant');
|
||||
const w = await world();
|
||||
await submittedBatch(w, accountant);
|
||||
expect(await ledgerFor(w.employeeId)).toEqual([]);
|
||||
});
|
||||
|
||||
it('[OWN-06] подпись директора → начисления и выплаты в ledger, пакет и смены неизменяемы', async () => {
|
||||
const accountant = await grant('accountant');
|
||||
const director = await grant('director');
|
||||
const w = await world();
|
||||
const batchId = await submittedBatch(w, accountant);
|
||||
const sign = await api('POST', `/payroll/batches/${batchId}/sign`, { token: director });
|
||||
expect(sign.status, describeResponse(sign)).toBe(200);
|
||||
const kinds = new Set((await ledgerFor(w.employeeId)).map((row) => row.kind));
|
||||
const editShift = await api('PATCH', `/work-sessions/${w.sessionId}`, {
|
||||
token: ctx().managerToken,
|
||||
body: {
|
||||
status: 'confirmed',
|
||||
worked_minutes: 1,
|
||||
correction_note: 'E2E попытка правки после подписи',
|
||||
},
|
||||
});
|
||||
const resubmit = await api('POST', `/payroll/batches/${batchId}/submit`, { token: accountant });
|
||||
expect({
|
||||
accrual: kinds.has('accrual'),
|
||||
payout: kinds.has('payout'),
|
||||
editShift: editShift.status,
|
||||
resubmit: resubmit.status,
|
||||
}).toEqual({ accrual: true, payout: true, editShift: 409, resubmit: 409 });
|
||||
});
|
||||
|
||||
it('[K19/OWN-07] смена изменена после отправки → подписать нельзя (409), пакет возвращён бухгалтеру', async () => {
|
||||
const accountant = await grant('accountant');
|
||||
const director = await grant('director');
|
||||
const w = await world();
|
||||
const batchId = await submittedBatch(w, accountant);
|
||||
const edit = await api('PATCH', `/work-sessions/${w.sessionId}`, {
|
||||
token: ctx().managerToken,
|
||||
body: {
|
||||
status: 'confirmed',
|
||||
worked_minutes: 420,
|
||||
correction_note: 'E2E правка после отправки',
|
||||
},
|
||||
});
|
||||
expect(edit.status, describeResponse(edit)).toBe(200);
|
||||
const sign = await api('POST', `/payroll/batches/${batchId}/sign`, { token: director });
|
||||
const batch = await api('GET', `/payroll/batches/${batchId}`, { token: accountant });
|
||||
expect({ sign: sign.status, status: batch.body?.status }).toEqual({
|
||||
sign: 409,
|
||||
status: 'returned',
|
||||
});
|
||||
});
|
||||
|
||||
it('[OWN-08] возврат с комментарием → пакет у бухгалтера, комментарий сохранён', async () => {
|
||||
const accountant = await grant('accountant');
|
||||
const director = await grant('director');
|
||||
const w = await world();
|
||||
const batchId = await submittedBatch(w, accountant);
|
||||
const comment = synthetic('Комментарий директора');
|
||||
const back = await api('POST', `/payroll/batches/${batchId}/return`, {
|
||||
token: director,
|
||||
body: { comment },
|
||||
});
|
||||
expect(back.status, describeResponse(back)).toBe(200);
|
||||
const batch = await api('GET', `/payroll/batches/${batchId}`, { token: accountant });
|
||||
expect({ status: batch.body?.status, comment: batch.body?.return_comment }).toEqual({
|
||||
status: 'returned',
|
||||
comment,
|
||||
});
|
||||
});
|
||||
|
||||
it('[OWN-09] сотрудник точки A отработал смену в точке B → смена попадает в зарплату точки B', async () => {
|
||||
const accountant = await grant('accountant');
|
||||
const [unitA, unitB] = await createOrgUnits(2);
|
||||
const [employee] = await importEmployees(1);
|
||||
await assignHourly(employee!.id, unitA!.id);
|
||||
const day = daysAgo(5);
|
||||
const sessionId = await workedShift(employee!.id, unitB!.id, day, 6);
|
||||
await confirm(sessionId);
|
||||
const batchB = await createBatch(accountant, unitB!.id, day);
|
||||
const batchA = await createBatch(accountant, unitA!.id, day);
|
||||
expect(batchB.status, describeResponse(batchB)).toBe(201);
|
||||
const sessionsOf = (batch: typeof batchB) =>
|
||||
((batch.body?.lines ?? []) as Array<{ work_session_id: string }>).map(
|
||||
(l) => l.work_session_id,
|
||||
);
|
||||
expect({
|
||||
inB: sessionsOf(batchB).includes(sessionId),
|
||||
inA: sessionsOf(batchA).includes(sessionId),
|
||||
}).toEqual({
|
||||
inB: true,
|
||||
inA: false,
|
||||
});
|
||||
});
|
||||
|
||||
it('[K17/OWN-10] сотрудник без согласия на биометрию → сервер сообщает терминалу «регистрация запрещена»', async () => {
|
||||
const [employee] = await importEmployees(1);
|
||||
const response = await api('GET', `/terminal/employees/${employee!.id}/enrollment`, {
|
||||
token: ctx().terminalToken,
|
||||
});
|
||||
expect(response.status, `C3: ${describeResponse(response)}`).toBe(200);
|
||||
expect(response.body).toMatchObject({ registration_allowed: false, reason: 'consent_missing' });
|
||||
});
|
||||
|
||||
it('[K17/OWN-11] согласие отозвано → статус для терминала меняется', async () => {
|
||||
const [employee] = await importEmployees(1);
|
||||
const setConsent = (status: 'granted' | 'revoked') =>
|
||||
api('PUT', `/employees/${employee!.id}/biometric-consent`, {
|
||||
token: ctx().managerToken,
|
||||
body: { status, document_ref: synthetic('согласие') },
|
||||
});
|
||||
const enrollment = () =>
|
||||
api('GET', `/terminal/employees/${employee!.id}/enrollment`, { token: ctx().terminalToken });
|
||||
const granted = await setConsent('granted');
|
||||
expect(granted.status, `C3 PUT biometric-consent: ${describeResponse(granted)}`).toBe(200);
|
||||
const before = await enrollment();
|
||||
const revoked = await setConsent('revoked');
|
||||
expect(revoked.status, describeResponse(revoked)).toBe(200);
|
||||
const after = await enrollment();
|
||||
expect({
|
||||
before: before.body?.registration_allowed,
|
||||
after: after.body?.registration_allowed,
|
||||
reason: after.body?.reason,
|
||||
}).toEqual({
|
||||
before: true,
|
||||
after: false,
|
||||
reason: 'consent_revoked',
|
||||
});
|
||||
});
|
||||
});
|
||||
56
tests/e2e/40-compose-pilot.e2e.ts
Normal file
56
tests/e2e/40-compose-pilot.e2e.ts
Normal file
|
|
@ -0,0 +1,56 @@
|
|||
// Статическая проверка deploy/pilot/compose.yaml (аналог tests/unit/deployment.test.ts
|
||||
// для корневого compose.yaml). Лежит в tests/e2e, а не в tests/unit: у исполнителя
|
||||
// теста нет права менять tests/unit, а красные пункты (открытые дефекты deploy/)
|
||||
// должны идти через known-defects.json, не ломая `npm run check`.
|
||||
import { readFileSync } from 'node:fs';
|
||||
import path from 'node:path';
|
||||
import { describe, expect, it } from 'vitest';
|
||||
import { parse } from 'yaml';
|
||||
|
||||
const composePath = path.resolve(import.meta.dirname, '../../deploy/pilot/compose.yaml');
|
||||
const raw = readFileSync(composePath, 'utf8');
|
||||
const compose = parse(raw) as {
|
||||
services: Record<string, { environment?: Record<string, string | number> | string[] }>;
|
||||
};
|
||||
|
||||
function environmentOf(service: string): Record<string, string> {
|
||||
const env = compose.services[service]?.environment ?? {};
|
||||
if (Array.isArray(env)) {
|
||||
return Object.fromEntries(
|
||||
env.map((entry) => {
|
||||
const index = entry.indexOf('=');
|
||||
return index < 0 ? [entry, ''] : [entry.slice(0, index), entry.slice(index + 1)];
|
||||
}),
|
||||
);
|
||||
}
|
||||
return Object.fromEntries(Object.entries(env).map(([key, value]) => [key, String(value)]));
|
||||
}
|
||||
|
||||
describe('deploy/pilot/compose.yaml', () => {
|
||||
it('[K1/PILOT-1] все подставляемые переменные обязательны: ${VAR:?сообщение}', () => {
|
||||
const interpolations = [...raw.matchAll(/\$\{([^}]*)\}/g)].map((match) => match[1]!);
|
||||
expect(interpolations.length).toBeGreaterThan(0);
|
||||
const optional = interpolations.filter((inner) => !/^[A-Z0-9_]+:\?.+$/.test(inner));
|
||||
expect(optional, 'переменные без :? — пустое значение молча попадёт в контейнер').toEqual([]);
|
||||
});
|
||||
|
||||
it('[K2/PILOT-2] ни один сервис не запускается с NODE_ENV=development', () => {
|
||||
const offenders = Object.keys(compose.services).filter(
|
||||
(service) => environmentOf(service).NODE_ENV === 'development',
|
||||
);
|
||||
expect(offenders).toEqual([]);
|
||||
});
|
||||
|
||||
it('[PILOT-3] у сервиса app нет учётных данных мигратора', () => {
|
||||
const env = environmentOf('app');
|
||||
const keys = Object.keys(env).filter((key) =>
|
||||
['DATABASE_MIGRATION_URL', 'POSTGRES_MIGRATION_PASSWORD', 'POSTGRES_MIGRATION_USER'].includes(
|
||||
key,
|
||||
),
|
||||
);
|
||||
const values = Object.entries(env)
|
||||
.filter(([, value]) => /POSTGRES_MIGRATION_PASSWORD|krona_migrator/.test(value))
|
||||
.map(([key]) => key);
|
||||
expect({ keys, values }).toEqual({ keys: [], values: [] });
|
||||
});
|
||||
});
|
||||
287
tests/e2e/50-money-and-errors.e2e.ts
Normal file
287
tests/e2e/50-money-and-errors.e2e.ts
Normal file
|
|
@ -0,0 +1,287 @@
|
|||
// Недостающие сценарии из аудита владельца (TASK-GROK-2 §3): денежная логика K6–K9,
|
||||
// удаление точки с устройством (S9), утечка ошибок PostgreSQL (A4), дата расчёта (N12-DATE).
|
||||
// Каждый тест проверяет ПРАВИЛЬНОЕ поведение: красный = открытый дефект. Где путь
|
||||
// упирается в K3 (outbox без occurred_at), assert предусловия прямо называет K3.
|
||||
/* eslint-disable @typescript-eslint/no-unsafe-member-access, @typescript-eslint/no-unsafe-assignment */
|
||||
import pg from 'pg';
|
||||
import { describe, expect, it } from 'vitest';
|
||||
import { api, ctx, dbQuery, describeResponse, type ApiResponse } from './harness/client.js';
|
||||
import { randomUlid, synthetic } from './harness/context.js';
|
||||
import {
|
||||
SYNTHETIC_RATE_MINOR,
|
||||
assignHourly,
|
||||
createOrgUnits,
|
||||
daysAgo,
|
||||
importEmployees,
|
||||
isoDate,
|
||||
workedShift,
|
||||
} from './harness/fixtures.js';
|
||||
|
||||
const monthOf = (date: Date) => date.toISOString().slice(0, 7);
|
||||
|
||||
async function ledgerTotal(employeeId: string, kinds = ['accrual', 'adjustment']) {
|
||||
const rows = await dbQuery<{ total: string }>(
|
||||
`SELECT COALESCE(SUM(amount_minor), 0)::text AS total FROM staff_payroll_ledger
|
||||
WHERE employee_id = $1 AND kind = ANY($2::text[])`,
|
||||
[employeeId, kinds],
|
||||
);
|
||||
return BigInt(rows[0]!.total);
|
||||
}
|
||||
|
||||
async function confirmShift(sessionId: string) {
|
||||
const confirm = await api('PATCH', `/work-sessions/${sessionId}`, {
|
||||
token: ctx().managerToken,
|
||||
body: { status: 'confirmed' },
|
||||
});
|
||||
expect(
|
||||
confirm.status,
|
||||
`подтверждение смены (предусловие; падает, пока открыт K3): ${describeResponse(confirm)}`,
|
||||
).toBe(200);
|
||||
}
|
||||
|
||||
/** Расчёт и утверждение (подпись) ведомости точки за месяц дня `day`. */
|
||||
async function calculateAndApprove(unitId: string, day: Date): Promise<string> {
|
||||
const calculate = await api('POST', '/payroll/calculate', {
|
||||
token: ctx().managerToken,
|
||||
body: { month: monthOf(day), org_unit_id: unitId },
|
||||
});
|
||||
expect(calculate.status, `расчёт (предусловие, K3): ${describeResponse(calculate)}`).toBe(200);
|
||||
const runId = (calculate.body.run_id ?? calculate.body.id) as string;
|
||||
const approve = await api('POST', `/payroll/runs/${runId}/approve`, {
|
||||
token: ctx().managerToken,
|
||||
});
|
||||
expect(approve.status, `утверждение (предусловие, K3): ${describeResponse(approve)}`).toBe(200);
|
||||
return runId;
|
||||
}
|
||||
|
||||
async function payRuleId(code: string): Promise<string> {
|
||||
const response = await api('GET', '/pay-rules', { token: ctx().managerToken });
|
||||
expect(response.status, describeResponse(response)).toBe(200);
|
||||
const rule = (response.body.pay_rules as Array<{ id: string; code: string }>).find(
|
||||
(item) => item.code === code,
|
||||
);
|
||||
expect(rule, `правило ${code} должно быть в пресете`).toBeTruthy();
|
||||
return rule!.id;
|
||||
}
|
||||
|
||||
/** Признаки ошибки PostgreSQL в теле ответа клиенту (SQLSTATE, имена отношений/столбцов). */
|
||||
function postgresLeak(response: ApiResponse): string[] {
|
||||
const leaks: string[] = [];
|
||||
const body = (response.body ?? {}) as Record<string, unknown>;
|
||||
if (typeof body.code === 'string' && /^[0-9A-Z]{5}$/.test(body.code)) {
|
||||
leaks.push(`code=${body.code}`);
|
||||
}
|
||||
if (
|
||||
/relation "|column "|violates|constraint|syntax for type|deduced for parameter/i.test(
|
||||
response.text,
|
||||
)
|
||||
) {
|
||||
leaks.push(`text=${response.text.slice(0, 120)}`);
|
||||
}
|
||||
return leaks;
|
||||
}
|
||||
|
||||
describe('Деньги, S9, A4 и даты на реальной PostgreSQL', () => {
|
||||
it('[K6/D5] отклонение смены из подписанной ведомости → 409 или сторно (начисление не остаётся)', async () => {
|
||||
const [unit] = await createOrgUnits(1);
|
||||
const [employee] = await importEmployees(1);
|
||||
await assignHourly(employee!.id, unit!.id);
|
||||
const day = daysAgo(4);
|
||||
const sessionId = await workedShift(employee!.id, unit!.id, day, 8);
|
||||
await confirmShift(sessionId);
|
||||
await calculateAndApprove(unit!.id, day);
|
||||
expect(await ledgerTotal(employee!.id)).toBe(BigInt(8 * SYNTHETIC_RATE_MINOR));
|
||||
|
||||
const reject = await api('PATCH', `/work-sessions/${sessionId}`, {
|
||||
token: ctx().managerToken,
|
||||
body: { status: 'rejected', correction_note: synthetic('отказ после подписи') },
|
||||
});
|
||||
if (reject.status === 409) return; // смена подписанной ведомости неизменяема — верно
|
||||
expect(reject.status, describeResponse(reject)).toBe(200);
|
||||
expect(
|
||||
await ledgerTotal(employee!.id),
|
||||
'после отклонения оплаченной смены должно быть сторно: итог начислений 0',
|
||||
).toBe(0n);
|
||||
});
|
||||
|
||||
it('[K7/D2] повторный импорт книги: итог в реестре равен сумме по книге (две точки в один день)', async () => {
|
||||
const [employee] = await importEmployees(1);
|
||||
const date = isoDate(daysAgo(5));
|
||||
const keyA = `xlsx:payroll:accrual:e2e-${randomUlid()}-unit-a`;
|
||||
const keyB = `xlsx:payroll:accrual:e2e-${randomUlid()}-unit-b`;
|
||||
const entry = (externalKey: string, amount: number) => ({
|
||||
external_key: externalKey,
|
||||
employee_external_ref: employee!.external_ref,
|
||||
business_date: date,
|
||||
kind: 'accrual',
|
||||
amount_minor: amount,
|
||||
});
|
||||
const importBook = (amountA: number, amountB: number) =>
|
||||
api('POST', '/imports/owner-workbook', {
|
||||
token: ctx().managerToken,
|
||||
body: {
|
||||
source_name: synthetic('import-book'),
|
||||
payroll_entries: [entry(keyA, amountA), entry(keyB, amountB)],
|
||||
},
|
||||
});
|
||||
|
||||
const first = await importBook(11_100, 22_200);
|
||||
expect(first.status, describeResponse(first)).toBeLessThan(300);
|
||||
const afterFirst = await ledgerTotal(employee!.id);
|
||||
const second = await importBook(15_500, 22_200);
|
||||
expect(second.status, describeResponse(second)).toBeLessThan(300);
|
||||
const afterSecond = await ledgerTotal(employee!.id);
|
||||
expect({ afterFirst, afterSecond }).toEqual({
|
||||
afterFirst: 33_300n, // 111,00 ₽ + 222,00 ₽ по книге
|
||||
afterSecond: 37_700n, // 155,00 ₽ + 222,00 ₽ после исправления суммы точки A
|
||||
});
|
||||
});
|
||||
|
||||
it('[K8/D1] подписанная ведомость воспроизводится после смены ставки (сумма та же)', async () => {
|
||||
const [unit] = await createOrgUnits(1);
|
||||
const [employee] = await importEmployees(1);
|
||||
await assignHourly(employee!.id, unit!.id);
|
||||
const day = daysAgo(6);
|
||||
const sessionId = await workedShift(employee!.id, unit!.id, day, 8);
|
||||
await confirmShift(sessionId);
|
||||
const runId = await calculateAndApprove(unit!.id, day);
|
||||
const signed = await api('GET', `/payroll/runs/${runId}`, { token: ctx().managerToken });
|
||||
expect(signed.status, describeResponse(signed)).toBe(200);
|
||||
|
||||
// Меняем ставку «задним числом» (то же effective_from) после подписи.
|
||||
const change = await api('PUT', `/employees/${employee!.id}/pay-assignment`, {
|
||||
token: ctx().managerToken,
|
||||
body: {
|
||||
pay_rule_id: await payRuleId('hourly'),
|
||||
org_unit_id: unit!.id,
|
||||
rate_minor: SYNTHETIC_RATE_MINOR * 3,
|
||||
effective_from: '2026-01-01',
|
||||
},
|
||||
});
|
||||
expect(change.status, describeResponse(change)).toBe(200);
|
||||
|
||||
// Предполагаемый контракт C4 (NOTES-FOR-EXECUTORS): пересчёт подписанной ведомости
|
||||
// для проверки по снимку правил и ставок на момент подписи.
|
||||
const verify = await api('GET', `/payroll/runs/${runId}/verify`, {
|
||||
token: ctx().managerToken,
|
||||
});
|
||||
expect(verify.status, `C4 verify: ${describeResponse(verify)}`).toBe(200);
|
||||
expect({
|
||||
matches: verify.body.matches,
|
||||
recalculated: String(verify.body.recalculated_total_minor),
|
||||
}).toEqual({ matches: true, recalculated: String(8 * SYNTHETIC_RATE_MINOR) });
|
||||
});
|
||||
|
||||
it('[K9/D3] официант по пресету получает оплату смены из параметров пресета', async () => {
|
||||
const [unit] = await createOrgUnits(1);
|
||||
const [employee] = await importEmployees(1);
|
||||
const shiftRate = 111_100; // синтетические 1 111,00 ₽ за смену (кратно рублю, см. округление)
|
||||
// Предполагаемый контракт: параметры пресета передаются объектом `params`
|
||||
// (ключи — param_declarations правила).
|
||||
const assign = await api('PUT', `/employees/${employee!.id}/pay-assignment`, {
|
||||
token: ctx().managerToken,
|
||||
body: {
|
||||
pay_rule_id: await payRuleId('waiter_upsell'),
|
||||
org_unit_id: unit!.id,
|
||||
effective_from: '2026-01-01',
|
||||
params: {
|
||||
shift_rate_minor: shiftRate,
|
||||
percent_bp: 0,
|
||||
upsell_rate_minor: 0,
|
||||
avg_check_target_minor: 99_999_999,
|
||||
avg_check_bonus_minor: 0,
|
||||
},
|
||||
},
|
||||
});
|
||||
expect(assign.status, describeResponse(assign)).toBe(200);
|
||||
const saved = await api('GET', `/employees/${employee!.id}/pay-assignment`, {
|
||||
token: ctx().managerToken,
|
||||
});
|
||||
expect(
|
||||
saved.body.params?.shift_rate_minor,
|
||||
`параметр пресета должен сохраниться: ${describeResponse(saved)}`,
|
||||
).toBe(shiftRate);
|
||||
|
||||
const day = daysAgo(7);
|
||||
const sessionId = await workedShift(employee!.id, unit!.id, day, 8);
|
||||
await confirmShift(sessionId);
|
||||
await calculateAndApprove(unit!.id, day);
|
||||
expect(await ledgerTotal(employee!.id)).toBe(BigInt(shiftRate));
|
||||
});
|
||||
|
||||
it('[S9] удаление точки с привязанным устройством: удалена или понятный отказ, не 23502', async () => {
|
||||
const [unit] = await createOrgUnits(1);
|
||||
const device = await api('POST', '/sync/devices', {
|
||||
token: ctx().managerToken,
|
||||
body: {
|
||||
device_code: `E2E-${randomUlid().slice(-10)}`,
|
||||
name: synthetic('Терминал S9'),
|
||||
org_unit_id: unit!.id,
|
||||
},
|
||||
});
|
||||
expect(device.status, describeResponse(device)).toBe(201);
|
||||
// Публичного API удаления точки нет, поэтому удаляем так же, как аудит владельца:
|
||||
// SQL-запросом владельца схемы (мигратор), в tenant-контексте (FORCE RLS).
|
||||
const migrator = new pg.Client({ connectionString: ctx().migrationDatabaseUrl });
|
||||
await migrator.connect();
|
||||
let outcome = 'deleted';
|
||||
try {
|
||||
await migrator.query('BEGIN');
|
||||
await migrator.query("SELECT set_config('app.tenant_id', $1, true)", [ctx().tenantId]);
|
||||
await migrator.query('DELETE FROM staff_org_units WHERE id = $1', [unit!.id]);
|
||||
await migrator.query('ROLLBACK');
|
||||
} catch (error) {
|
||||
outcome = `${(error as { code?: string }).code} ${(error as Error).message}`;
|
||||
await migrator.query('ROLLBACK').catch(() => undefined);
|
||||
} finally {
|
||||
await migrator.end();
|
||||
}
|
||||
// Верно: удалено, либо отказ внешнего ключа 23503 (понятный запрет).
|
||||
expect(outcome, 'удаление точки с устройством').toMatch(/^(deleted|23503 )/);
|
||||
});
|
||||
|
||||
it('[A4] ответы 500 не содержат кода и текста ошибки PostgreSQL', async () => {
|
||||
const [unit] = await createOrgUnits(1);
|
||||
const probes: Array<[string, ApiResponse]> = [
|
||||
[
|
||||
'POST /employees',
|
||||
await api('POST', '/employees', {
|
||||
token: ctx().managerToken,
|
||||
body: {
|
||||
personnel_number: `E2E-${randomUlid().slice(-8)}`,
|
||||
display_name: synthetic('Сотрудник'),
|
||||
position: 'E2E-должность',
|
||||
},
|
||||
}),
|
||||
],
|
||||
[
|
||||
'POST /payroll/calculate month=2026-13',
|
||||
await api('POST', '/payroll/calculate', {
|
||||
token: ctx().managerToken,
|
||||
body: { month: '2026-13', org_unit_id: unit!.id },
|
||||
}),
|
||||
],
|
||||
];
|
||||
const leaks = probes
|
||||
.filter(([, response]) => response.status >= 500)
|
||||
.map(([name, response]) => ({ name, leaks: postgresLeak(response) }))
|
||||
.filter((item) => item.leaks.length > 0);
|
||||
expect(leaks, 'тела 500 с деталями PostgreSQL').toEqual([]);
|
||||
});
|
||||
|
||||
it('[N12-DATE] расчёт с несуществующей датой (month=2026-13, 2026-02-30) → 400', async () => {
|
||||
const [unit] = await createOrgUnits(1);
|
||||
const month = await api('POST', '/payroll/calculate', {
|
||||
token: ctx().managerToken,
|
||||
body: { month: '2026-13', org_unit_id: unit!.id },
|
||||
});
|
||||
const range = await api('POST', '/payroll/calculate', {
|
||||
token: ctx().managerToken,
|
||||
body: { from: '2026-02-01', to: '2026-02-30', org_unit_id: unit!.id },
|
||||
});
|
||||
expect(
|
||||
{ month: month.status, range: range.status },
|
||||
`${describeResponse(month)} | ${describeResponse(range)}`,
|
||||
).toEqual({ month: 400, range: 400 });
|
||||
});
|
||||
});
|
||||
191
tests/e2e/NOTES-FOR-EXECUTORS.md
Normal file
191
tests/e2e/NOTES-FOR-EXECUTORS.md
Normal file
|
|
@ -0,0 +1,191 @@
|
|||
# Заметки для исполнителей (Codex / Antigravity)
|
||||
|
||||
Автор: Grok (стенд тестов и независимая приёмка). Я не меняю `src/`, `apps/`,
|
||||
`migrations/`, `deploy/`; всё, что требует изменения продукта, описано здесь.
|
||||
|
||||
Как запускать:
|
||||
|
||||
```sh
|
||||
# bootstrap-админ PostgreSQL 17 (только создаёт роли и БД; сервер и миграции под ним не работают)
|
||||
export E2E_PG_ADMIN_URL=postgres://<admin>:<pass>@127.0.0.1:55433/postgres
|
||||
node scripts/test/run-e2e.mjs # храповик known-defects (как в CI)
|
||||
node scripts/test/run-e2e.mjs --no-known-defects # строгий режим: все дефекты красные
|
||||
E2E_MIGRATIONS=roundtrip node scripts/test/run-e2e.mjs # + откат всех миграций перед запуском
|
||||
./scripts/test/ci-local.sh # локальный эквивалент verify/format/e2e
|
||||
```
|
||||
|
||||
**Правило храповика.** Исправили дефект → его сценарий позеленел →
|
||||
`run-e2e.mjs` падает с «дефект исправлен, обновите known-defects.json» —
|
||||
удалите ID из `tests/e2e/known-defects.json` в том же коммите. Новый красный
|
||||
сценарий, которого нет в списке, — регрессия.
|
||||
|
||||
## 1. Предполагаемый контракт для решений владельца (OWN-01..11) — Codex, этап 4
|
||||
|
||||
API пока нет, поэтому сценарии `tests/e2e/30-owner-decisions.e2e.ts` написаны
|
||||
против наиболее вероятного контракта. Если выбираете другой — поменяйте тесты и
|
||||
этот раздел в том же PR, смысл проверок (кто что может и когда) менять нельзя.
|
||||
Все пути относительно `/api/v1/staff`.
|
||||
|
||||
### C1. Роли точки/бухгалтера/директора (standalone-аналог Core RBAC)
|
||||
|
||||
- `POST /access-grants` (только главный менеджер, `staff:employee:write`)
|
||||
тело `{ "role": "point_manager" | "accountant" | "director", "org_unit_ids": ["<ULID>"], "display_name": "..." }`
|
||||
→ `201 { "id", "role", "org_unit_ids", "access_token" }`. Токен показывается один раз,
|
||||
хранится как хеш (как ключи сотрудников), используется как `Authorization: Bearer`.
|
||||
- `point_manager` видит/считает только свои `org_unit_ids`; чужая точка → `403`
|
||||
(и для нового `POST /payroll/batches`, и для старого `POST /payroll/calculate`).
|
||||
- В platform-режиме те же роли приходят из Core (User ≠ Employee, AGENTS.md).
|
||||
|
||||
### C2. Пакет зарплаты точки и согласование
|
||||
|
||||
| Метод и путь | Кто | Результат |
|
||||
| ------------------------------------------------- | ------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------ |
|
||||
| `POST /payroll/batches` `{org_unit_id, from, to}` | accountant; point_manager своей точки | `201 {id, status:"draft", org_unit_id, lines:[{work_session_id, employee_id, org_unit_id, amount_minor}]}` |
|
||||
| `POST /payroll/batches/:id/submit` | только accountant | `200 {status:"submitted"}`; point_manager → `403`; повтор после подписи → `409` |
|
||||
| `GET /notifications` | любой пользователь | `200 {notifications:[{type:"payroll.batch.submitted", subject_id:<batchId>}]}`; каждому директору ровно одно уведомление на отправку |
|
||||
| `POST /payroll/batches/:id/sign` | только director | `200 {status:"signed"}`; accountant → `403`; если смена пакета изменилась после отправки → `409`, пакет получает `status:"returned"` |
|
||||
| `POST /payroll/batches/:id/return` `{comment}` | director | `200 {status:"returned", return_comment}` |
|
||||
| `GET /payroll/batches/:id` | accountant, director | `200 {status, return_comment, lines:[...]}` |
|
||||
|
||||
Инварианты, которые проверяют тесты:
|
||||
|
||||
- до подписи в `staff_payroll_ledger` для сотрудников пакета нет ни `accrual`, ни `payout` (OWN-05);
|
||||
- подпись атомарно пишет `accrual` и `payout`; после подписи `PATCH /work-sessions/:id`
|
||||
для смен пакета → `409`, пакет не отправляется повторно (OWN-06);
|
||||
- строка пакета принадлежит точке, где отработана смена (`staff_work_sessions.org_unit_id`),
|
||||
а не основной точке сотрудника (OWN-09).
|
||||
|
||||
### C3. Согласие на биометрию
|
||||
|
||||
- `PUT /employees/:id/biometric-consent` `{ "status": "granted" | "revoked", "document_ref": "..." }`
|
||||
(главный менеджер) → `200`.
|
||||
- `GET /terminal/employees/:id/enrollment` (терминальный токен) →
|
||||
`200 { "employee_id", "registration_allowed": boolean, "reason": "consent_missing" | "consent_revoked" | null }`.
|
||||
Без записи о согласии — `false/consent_missing` (OWN-10); после отзыва — `false/consent_revoked` (OWN-11).
|
||||
- Шаблоны отпечатков на сервер не передаются (docs/TERMINAL-API-REQUIREMENTS.md);
|
||||
сервер хранит только факт согласия. Тот же флаг стоит отдать в `/sync/pull` (employee payload).
|
||||
|
||||
Сейчас все OWN красные с `404 Route ... not found` (C1–C3 не реализованы);
|
||||
OWN-03..09 дополнительно упрутся в K3/N2 (подтверждение смены падает 500).
|
||||
|
||||
ID в названиях тестов — двойные «владелец/мой» (`[K3/N2]`, `[D6/OWN-01]`, `[K17/OWN-10]`,
|
||||
`[K19/OWN-07]`), по таблице TASK-GROK-2 §2 и AUDIT.md.
|
||||
|
||||
### C4. Проверочный пересчёт подписанной ведомости (K8/D1)
|
||||
|
||||
- `GET /payroll/runs/:id/verify` (право `staff:payroll:read`) →
|
||||
`200 { "run_id", "stored_total_minor", "recalculated_total_minor", "matches": boolean }`.
|
||||
- Пересчёт идёт по снимку версий правил, параметров и ставок, действовавших при подписи
|
||||
(и ревизиям смен), а не по текущим значениям. После смены ставки `matches` остаётся `true`.
|
||||
|
||||
### C5. Параметры пресета в назначении оплаты (K9/D3)
|
||||
|
||||
- `PUT /employees/:id/pay-assignment` принимает `params: { <key>: integer }`, ключи — из
|
||||
`param_declarations` выбранного правила (например, `shift_rate_minor`, `percent_bp`,
|
||||
`upsell_rate_minor`, `avg_check_target_minor`, `avg_check_bonus_minor` у `waiter_upsell`);
|
||||
неизвестный ключ → 400. `GET .../pay-assignment` возвращает их в `params`.
|
||||
- Старые поля `rate_minor`/`percent_bp`/`guarantee_minor` можно оставить как сокращения.
|
||||
|
||||
## 2. Дефекты продукта, найденные сценариями (все красные сейчас)
|
||||
|
||||
Команда и фактический вывод — `tests/e2e/evidence/e2e-run.txt`; таблица — `tests/e2e/REPORT.md`.
|
||||
|
||||
| ID | Файл | Что исправить |
|
||||
| ---------------------- | --------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------- |
|
||||
| K4/N1 | `src/portal.ts` POST /employees | `42P08 inconsistent types deduced for parameter $2`: явные `$2::varchar(26)`, `$5::text` или отдельный запрос профессии |
|
||||
| K3/N2 | `src/portal.ts` PATCH /work-sessions, `src/domain/payroll/service.ts` calculate/approve | `staff_outbox.occurred_at` NULL (23502): передавать `occurred_at` или `DEFAULT now()` новой миграцией |
|
||||
| K5/N4 | `service.ts` | после N2 проверить: пересекающийся период не должен начислять смену повторно (409 или исключение уже начисленных смен) |
|
||||
| K12/N3 | push-подписки | allowlist push-сервисов / запрет приватных адресов, `redirect:'manual'`; сейчас сервер подключается к `127.0.0.1` |
|
||||
| N9 | `push-dispatcher.ts` | `ON CONFLICT ... DO UPDATE SET employee_id` → 409 для чужого endpoint |
|
||||
| N10 | GET /professions, /org-units | требовать право справочника; терминал сейчас получает 200 |
|
||||
| N11 | импорт | валидировать `kind` и схему `items` → 400 вместо 500 (23514) |
|
||||
| N12 | PUT pay-assignment | `additionalProperties:false`, верхние границы сумм |
|
||||
| N12-DATE | `POST /payroll/calculate` | `month=2026-13` → 500 `22008`; проверять месяц 01–12 → 400 (диапазон `2026-02-30` уже даёт 400) |
|
||||
| K6/D5 | `portal.ts` PATCH /work-sessions | смена подписанной ведомости: `409`, либо сторно в ledger; сейчас (на fix-live-database) 200 и начисление остаётся |
|
||||
| K7/D2 | `operations.ts` импорт `payroll_entries` | дельта по сумме всех записей дня, вставка по ключу: две точки за день → 222,00 вместо 333,00 ₽; считать дельту по ключу |
|
||||
| K8/D1 | расчёт/подпись | снимок правил и ставок в подписанной ведомости; контракт проверки C4 (ниже) |
|
||||
| K9/D3 | PUT pay-assignment | сохранять `params` по `param_declarations` правила (C5 ниже); сейчас `shift_rate_minor` официанта теряется |
|
||||
| S9 | миграция 0011 FK устройств | `ON DELETE SET NULL` на составном `(tenant_id, org_unit_id)` обнуляет `tenant_id` → 23502; `SET NULL (org_unit_id)` или RESTRICT |
|
||||
| A4 | обработчик ошибок | в теле 5xx нет SQLSTATE (`code`) и текста PostgreSQL; подробности только в лог |
|
||||
| K1/F2 | `config.ts`/`identity.ts` | standalone без токенов не должен выдавать права (процесс без токенов отдаёт 200 на /portal, /payroll, POST /professions) |
|
||||
| K10/F3 | POST/DELETE /session | в cookie — идентификатор сессии, а не сырой токен; logout отзывает сессию |
|
||||
| K11/F4 | вход | rate limit (тест ждёт 429 не позже 30 неверных попыток; идёт на отдельном процессе, чтобы лимит не мешал другим сценариям) |
|
||||
| F7 | POST /attendance/events | использовать `Idempotency-Key` / `staff_idempotency_keys` |
|
||||
| F10 | `assertSameOrigin` | мутации по cookie без `Origin` отклонять |
|
||||
| K13/SYNC-A, K13/SYNC-B | `src/domain/sync/service.ts` | устройство не должно выставлять `confirmed`/`approved` (сейчас `applied`) |
|
||||
| SYNC-C0 | `pull()` bootstrap | `SELECT ... status FROM staff_org_units` — такого столбца нет → 500 на любой начальной загрузке |
|
||||
| S5/SYNC-C | `pull()` bootstrap | при `has_more=true` отдаётся `next_cursor=latest`, остаток после 100 сущностей теряется; нужен курсор снимка |
|
||||
| S5/SYNC-D | портал/импорт | изменения вне sync не пишутся в `staff_sync_change_log` → терминал не узнаёт о новых/изменённых сотрудниках |
|
||||
| S4/SYNC-E | `executeCommand` | проверять `status='active'` сотрудника |
|
||||
| S4/SYNC-F | `executeCommand` | сохранять `org_unit_id` в `staff_attendance_events`; payload не может переопределить точку устройства |
|
||||
| S3/SYNC-G | `push()` | ошибки БД одной команды → `rejected` для неё, а не 500 и откат всего пакета |
|
||||
| S8/SYNC-H | `/sync/devices` | `assertCookieMutationOrigin` как в портале |
|
||||
| K1/SYNC-I | `requireManagerContext` | без токенов не выдавать права (как F2) |
|
||||
| S2/SYNC-J | `executeCommand` | окно времени отметки как в POST /attendance/events (−180 дней … +5 мин) |
|
||||
| SYNC-K | `acknowledge()` | отклонять курсор больше `MAX(cursor_seq)` |
|
||||
|
||||
## 3. deploy/ (K1/PILOT-1, K2/PILOT-2) — Codex
|
||||
|
||||
- PILOT-1: все подстановки в `deploy/pilot/compose.yaml` → `${VAR:?VAR is required}`
|
||||
(сейчас 14 без `:?`: пустой `STANDALONE_MANAGER_TOKEN` молча превращает pilot в F2).
|
||||
- PILOT-2: `NODE_ENV: development` в `app`. Конфликт: `config.ts` запрещает
|
||||
`STAFF_RUNTIME_MODE=standalone` при `NODE_ENV=production`. Нужно решение: либо
|
||||
разрешить standalone в production при обязательных токенах и HTTPS, либо
|
||||
отдельный режим для pilot. Тест требует только «не development».
|
||||
- N6: `scripts/create-app-role.mjs` не работает мигратором без SUPERUSER
|
||||
(«Only roles with SUPERUSER may change the SUPERUSER attribute»). CI и e2e
|
||||
обходятся `scripts/test/provision-pg.mjs` (роли создаёт bootstrap-админ, как
|
||||
`docker/postgres/init-app-role.sh`). В pilot мигратор = `POSTGRES_USER` =
|
||||
суперпользователь; рекомендую схему как в provision-pg.mjs.
|
||||
|
||||
## 4. CI
|
||||
|
||||
- Задаче `docker-build` нужен раннер с меткой `docker-host` (Docker daemon).
|
||||
Без него задача ждёт в очереди; остальные задачи не блокируются.
|
||||
- `format` красная, пока не исправлен F14 (23 файла на замер 2026-09-26, в основном `src/`, `docs/`, `tests/unit/`).
|
||||
- `format` станет зелёной после влития `codex/fix-format-baseline` (проверено на ветке).
|
||||
- Задача `windows` выключена, пока нет раннера с меткой `windows`: включается переменной
|
||||
репозитория `KRONA_WINDOWS_RUNNER=true`; для полного e2e нужен секрет
|
||||
`WINDOWS_E2E_PG_ADMIN_URL` (локальная PostgreSQL 17 на раннере).
|
||||
- `tests/e2e/evidence/` не хранится в git; в CI это артефакт `e2e-evidence`.
|
||||
- Реальный Forgejo-раннер мной не запускался (нет API-токена) — не проверено.
|
||||
|
||||
## 5. N13 (гонка первого расчёта) и утечка текста ошибок БД
|
||||
|
||||
- `scripts/test/n13-race.mjs`, вывод `tests/e2e/evidence/n13-race.txt`: 10/25/50
|
||||
параллельных первых `POST /payroll/calculate` × 5 попыток. Как есть — все 500 (N2),
|
||||
гонку не видно. В одноразовой БД с обходом N2 (`DEFAULT now()` только там) — 0 из 30
|
||||
некорректных попыток (без смен и с подтверждённой сменой): один `run_id`, один расчёт в БД.
|
||||
- Почему не воспроизводится (вывод из кода, не проверено отдельным экспериментом):
|
||||
`calculatePayroll` сначала вызывает `ensureDefaultPayRules`, а там
|
||||
`INSERT ... ON CONFLICT DO UPDATE` по одним и тем же строкам `staff_pay_rules` тенанта.
|
||||
Первая транзакция держит блокировки этих строк до коммита, остальные ждут — расчёты
|
||||
одного тенанта выполняются по очереди случайно. Если upsert правил вынесут из расчёта
|
||||
или сделают `DO NOTHING`, окно `SELECT ... FOR UPDATE` (строки нет) → `INSERT ... ON
|
||||
CONFLICT DO NOTHING` со своим `runId` → строки/UPDATE по несуществующему `runId` вернётся.
|
||||
Рекомендация: явный `pg_advisory_xact_lock` по (tenant, org_unit, period_start) или
|
||||
`INSERT ... ON CONFLICT DO UPDATE ... RETURNING id`. Скрипт стоит перезапустить после
|
||||
такого изменения.
|
||||
- Ответы 500 содержат сырой текст ошибки PostgreSQL (например
|
||||
`null value in column "occurred_at" of relation "staff_outbox" ...`) — клиенту видна
|
||||
схема БД. Для 5xx отдавать нейтральное сообщение, подробности — только в лог.
|
||||
|
||||
## 6. Приёмка веток исполнителей (2026-09-26)
|
||||
|
||||
Подробно — `tests/e2e/REPORT.md` и `tests/e2e/report-evidence/acceptance-*.txt`.
|
||||
|
||||
- `codex/fix-live-database` (ea68e12, перепроверено на b289dd6): K3/N2 и K4/N1 зелёные на живой PostgreSQL 17.
|
||||
Дальше по цепочке открылись K5/N4 (196800 вместо 98400 — двойное начисление) и
|
||||
K6/D5 (отклонение оплаченной смены: 200, начисление осталось). A4 частично: `POST /employees`
|
||||
больше не 500, но `month=2026-13` по-прежнему отдаёт `code=22008` с текстом.
|
||||
- `codex/fix-format-baseline` (fd1ec3d): `prettier --check .` чистый. **Но коммит «style»
|
||||
содержит функциональное исправление Antigravity**: `src/domain/sync/service.ts` и
|
||||
`tests/unit/sync.test.ts` после нормализации prettier совпадают с
|
||||
`antigravity/fix-reject-device-shifts` (0 строк diff) и отличаются от 331e490 на 255/139
|
||||
строк. Изменение поведения стоит вынести в отдельный коммит с объяснением или влить
|
||||
ветку Antigravity отдельно, иначе история смешивает темы (AGENTS.md).
|
||||
- `antigravity/fix-reject-device-shifts` (795bba0, перепроверено на 1df2019 — уже на f5ac179):
|
||||
K13/SYNC-A и K13/SYNC-B зелёные, остальное без изменений.
|
||||
- Ни одна ветка не влита в основную (f5ac179), поэтому ID из `known-defects.json` не удалены.
|
||||
- Суммы в тестах кратны рублю: расчёт округляет строку до `rounding_unit_minor`
|
||||
(по умолчанию 100 коп.). Если округление должно быть другим — это решение продукта, не теста.
|
||||
256
tests/e2e/REPORT.md
Normal file
256
tests/e2e/REPORT.md
Normal file
|
|
@ -0,0 +1,256 @@
|
|||
# PR: e2e-стенд на реальной PostgreSQL 17 и независимая приёмка (grok/e2e-harness)
|
||||
|
||||
База: `codex/bootstrap-platform-foundation` @ `f5ac179` (содержит `331e490`). Ветка перебазирована
|
||||
без конфликтов. Сравнение:
|
||||
<https://git.ochenstarik.ru/ochenstarik/krona-staff/compare/codex/bootstrap-platform-foundation...grok/e2e-harness>
|
||||
|
||||
Изменены только `tests/e2e/**`, `tests/integration/tenant-isolation.test.ts`,
|
||||
`.forgejo/workflows/ci.yml`, `scripts/test/**` и одна строка в корневом `.gitignore`
|
||||
(`tests/e2e/evidence/`, по требованию TASK-GROK-2 §1). `src/`, `apps/`, `migrations/`,
|
||||
`deploy/`, `package.json` не тронуты. Всё, что требует правки продукта, — в
|
||||
[`NOTES-FOR-EXECUTORS.md`](NOTES-FOR-EXECUTORS.md).
|
||||
|
||||
## Зачем
|
||||
|
||||
156 зелёных тестов на поддельной БД не заметили, что создание сотрудника, подтверждение
|
||||
смены и расчёт зарплаты на реальной PostgreSQL падают всегда. Стенд запускает реальный сервер
|
||||
под ролью приложения без привилегий на реальной PostgreSQL 17, миграции применяет мигратор без
|
||||
SUPERUSER, все токены и пароли случайные (`crypto.randomBytes`). Каждый сценарий проверяет
|
||||
**правильное** поведение: красный = открытый дефект.
|
||||
|
||||
## Что изменилось во втором круге (TASK-GROK-2)
|
||||
|
||||
| Пункт | Что сделано |
|
||||
| ----- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
||||
| §1 | Запуск без `.cmd`-обёрток: `scripts/test/node-commands.mjs` — всегда `process.execPath` + JS-точка входа из `require.resolve` (`vitest.mjs`, `prettier.cjs`); сервер — один процесс `node --import tsx src/server.ts` (без дочернего процесса CLI tsx, чтобы `kill()` под Windows не оставлял сироту). Проверка на Linux — `tests/e2e/harness/node-commands.test.ts` (в `npm test`) |
|
||||
| §1 | `tests/e2e/evidence/` убран из git и добавлен в `.gitignore`; в CI — артефакт `e2e-evidence`. Разовые доказательства (N5, N13, приёмка) — в `tests/e2e/report-evidence/`, скрипты туда не пишут |
|
||||
| §1 | Задача `windows` в CI (включается переменной `KRONA_WINDOWS_RUNNER=true`, раннера пока нет) |
|
||||
| §1 | Перебазирование на `f5ac179` — без конфликтов |
|
||||
| §2 | Двойные ID `[владелец/мой]` в названиях тестов и ключах `known-defects.json` |
|
||||
| §3 | Новые сценарии `[K6/D5]`, `[K7/D2]`, `[K8/D1]`, `[K9/D3]`, `[S9]`, `[A4]`, `[N12-DATE]` (`tests/e2e/50-money-and-errors.e2e.ts`), все красные и в `known-defects.json` |
|
||||
| §4 | Приёмка `antigravity/fix-reject-device-shifts`, `codex/fix-format-baseline`, `codex/fix-live-database` — таблицы ниже |
|
||||
| — | Синтетическая ставка 123,45 → 123,00 ₽/ч: расчёт округляет строку до рубля (`rounding_unit_minor`), тест не должен зависеть от округления (выяснилось на fix-live-database) |
|
||||
|
||||
## Как запустить
|
||||
|
||||
```sh
|
||||
export E2E_PG_ADMIN_URL=postgres://<admin>:<pw>@127.0.0.1:55433/postgres # только создание ролей и БД
|
||||
E2E_MIGRATIONS=roundtrip node scripts/test/run-e2e.mjs # храповик known-defects (как в CI)
|
||||
node scripts/test/run-e2e.mjs --no-known-defects # строго: любой красный = exit 1
|
||||
./scripts/test/ci-local.sh # локальный эквивалент verify/format/e2e (bash)
|
||||
```
|
||||
|
||||
## Таблица по ID (основная ветка f5ac179 + этот стенд)
|
||||
|
||||
Команда: `./scripts/test/ci-local.sh` (внутри `E2E_MIGRATIONS=roundtrip node scripts/test/run-e2e.mjs`),
|
||||
2026-09-26 ~15:28 (UTC+7), PostgreSQL 17.11:
|
||||
|
||||
```text
|
||||
== roundtrip OK: rolledBack=11 reapplied=11
|
||||
Test Files 5 failed | 1 passed (6)
|
||||
Tests 45 failed | 9 passed (54)
|
||||
[run-e2e] OK: стенд работает, все красные сценарии — известные открытые дефекты
|
||||
```
|
||||
|
||||
| ID владельца / мой | Цвет | Фактический вывод (первая строка assert) |
|
||||
| ---------------------------- | ----- | ------------------------------------------------------------------------------------------------- |
|
||||
| HARNESS (×5), CTRL (×2) | GREEN | 7/7 passed — стенд и позитивные контроли |
|
||||
| K1/F2 | RED | `{ portal: 200, payroll: 200, write: 201 }` вместо 401 |
|
||||
| K1/SYNC-I | RED | анонимная регистрация устройства `HTTP 201` |
|
||||
| K1/PILOT-1 | RED | 14 подстановок без `:?` (первая `STANDALONE_MANAGER_TOKEN`) |
|
||||
| K2/PILOT-2 | RED | `NODE_ENV=development` у сервиса `app` |
|
||||
| K3/N2 | RED | подтверждение смены `HTTP 500 code 23502 null value in column "occurred_at" of "staff_outbox"` |
|
||||
| K4/N1 | RED | `HTTP 500 code 42P08 inconsistent types deduced for parameter $2` |
|
||||
| K5/N4 | RED | блокирован K3 (500 на подтверждении) |
|
||||
| K6/D5 | RED | блокирован K3 (500 на подтверждении) |
|
||||
| K7/D2 | RED | `afterFirst: 22200, afterSecond: 22200` вместо `33300, 37700` |
|
||||
| K8/D1 | RED | блокирован K3 (500 на подтверждении) |
|
||||
| K9/D3 | RED | `params.shift_rate_minor` не сохранён (`HTTP 200`, в `params` нет ключа) |
|
||||
| K10/F3 | RED | `rawTokenInCookie: true` |
|
||||
| K11/F4 | RED | все попытки `401`, 429 нет |
|
||||
| K12/N3 | RED | подписка на `https://127.0.0.1:<port>` `HTTP 201`, 1 входящее соединение |
|
||||
| K13/SYNC-A, K13/SYNC-B | RED | `upsert_work_session` / `upsert_timesheet_entry` → `status: applied` |
|
||||
| K17/OWN-10, K17/OWN-11 | RED | `404 Route GET .../terminal/employees/:id/enrollment` / `PUT .../biometric-consent` (нет API, C3) |
|
||||
| K19/OWN-07 | RED | `404 Route POST /access-grants` (нет API, C1/C2) |
|
||||
| D6/OWN-01, D6/OWN-02 | RED | `404 Route POST /access-grants` (нет API, C1) |
|
||||
| OWN-03..06, OWN-08, OWN-09 | RED | `404 Route POST /access-grants` (нет API, C1/C2) |
|
||||
| S2/SYNC-J | RED | отметка 2001 года → `status: applied` |
|
||||
| S3/SYNC-G | RED | `HTTP 500 code 22007` на весь пакет |
|
||||
| S4/SYNC-E | RED | отметка уволенного → `applied` |
|
||||
| S4/SYNC-F | RED | `{ ownOrgUnit: null, foreign: "applied" }` |
|
||||
| S5/SYNC-C | RED | `HTTP 500 code 42703 column "status" does not exist` (блокирован SYNC-C0) |
|
||||
| S5/SYNC-D | RED | изменение из портала не видно в инкрементальном pull |
|
||||
| S8/SYNC-H | RED | регистрация устройства по cookie с чужим Origin `HTTP 201` |
|
||||
| S9 | RED | удаление точки с устройством: `23502 null value in column "tenant_id"` |
|
||||
| A4 | RED | 2 тела 500 с SQLSTATE/текстом PostgreSQL (`POST /employees` 42P08, `month=2026-13` 22008) |
|
||||
| N9 | RED | чужой push-endpoint перепривязан `HTTP 201` |
|
||||
| N10 | RED | терминал: `{ professions: 200, units: 200 }` |
|
||||
| N11 | RED | импорт с неверным kind `HTTP 500 code 23514` |
|
||||
| N12 | RED | лишнее поле и нереальная сумма → `HTTP 200` |
|
||||
| N12-DATE | RED | `month=2026-13` → `HTTP 500 code 22008`; `2026-02-30` уже 400 |
|
||||
| F7 | RED | повтор Idempotency-Key создал второе событие |
|
||||
| F10 | RED | мутация по cookie без Origin `HTTP 201` |
|
||||
| SYNC-C0 (нет ID у владельца) | RED | bootstrap pull `HTTP 500 code 42703 column "status" does not exist` |
|
||||
| SYNC-K (нет ID у владельца) | RED | ack курсора из будущего `HTTP 200` |
|
||||
| SYNC-L | GREEN | отозванное устройство получает 403 (позитивный контроль) |
|
||||
| PILOT-3 | GREEN | у `app` нет учётных данных мигратора |
|
||||
| N5 (tenant-isolation) | GREEN | в `npm run check` с тестовой БД: `Test Files 20 passed (20)`, `Tests 196 passed (196)` |
|
||||
| N13 (скрипт, не vitest) | — | не воспроизведено: 0 из 30 попыток при 10/25/50 (обход K3 в одноразовой БД), см. ниже |
|
||||
|
||||
Сверх таблицы TASK-GROK-2 §2 (по тексту AUDIT.md): K1/SYNC-I (анонимный доступ без токенов на
|
||||
`/sync`), K1/PILOT-1 (подстановки без `:?` названы в K1), K2/PILOT-2 (development в пилоте — суть K2).
|
||||
|
||||
## Приёмка веток исполнителей (TASK-GROK-2 §4)
|
||||
|
||||
Способ: `git worktree add --detach <dir> origin/<ветка>`, поверх — `tests/e2e/` и `scripts/test/`
|
||||
из этой ветки (в ветки исполнителей ничего не коммитилось), затем
|
||||
`E2E_MIGRATIONS=roundtrip E2E_DATABASE_NAME=krona_staff_acc node scripts/test/run-e2e.mjs`.
|
||||
«Было» — основная ветка `f5ac179` с тем же стендом (45 red / 9 green, храповик OK). Полные таблицы —
|
||||
`tests/e2e/report-evidence/acceptance-*.txt`. Ни одна ветка не влита в основную
|
||||
(`git merge-base --is-ancestor` → нет), поэтому `known-defects.json` не сокращён.
|
||||
|
||||
### `codex/fix-live-database` @ ea68e12, перепроверено на b289dd6
|
||||
|
||||
```text
|
||||
== roundtrip OK: rolledBack=11 reapplied=11
|
||||
Tests 41 failed | 13 passed (54)
|
||||
| K13/SYNC-A | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
| K13/SYNC-B | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
| K3/N2 | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
| K4/N1 | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
```
|
||||
|
||||
| ID | Было | Стало | Доказательство |
|
||||
| ---------- | ---- | ----- | ------------------------------------------------------------------------------------------------------------ |
|
||||
| K3/N2 | RED | GREEN | было: подтверждение смены `500 23502 occurred_at`; стало: passed (8 ч × 123,00 ₽ = 98400 в ledger) |
|
||||
| K4/N1 | RED | GREEN | было: `500 42P08`; стало: passed (201, сотрудник в БД) |
|
||||
| K13/SYNC-A | RED | GREEN | было: `upsert_work_session → applied`; стало: passed (см. находку по fd1ec3d) |
|
||||
| K13/SYNC-B | RED | GREEN | было: `upsert_timesheet_entry → applied`; стало: passed |
|
||||
| K5/N4 | RED | RED | было: блокирован K3; стало: `смена должна быть начислена ровно один раз: expected 196800n to be 98400n` |
|
||||
| K6/D5 | RED | RED | было: блокирован K3; стало: `после отклонения оплаченной смены должно быть сторно: expected 98400n to be 0n` |
|
||||
| K8/D1 | RED | RED | было: блокирован K3; стало: `C4 verify: HTTP 404 Route GET .../payroll/runs/:id/verify not found` |
|
||||
| A4 | RED | RED | было: 2 утечки; стало: 1 — `POST /payroll/calculate month=2026-13` → `code=22008` |
|
||||
| F14 | RED | GREEN | `prettier --check .` → `All matched files use Prettier code style!` (без оверлея evidence) |
|
||||
|
||||
Ветку обновили force-push во время приёмки (`ea68e12` → `b289dd6`, изменён только
|
||||
`tests/integration/live-postgres-remediation.test.ts`); повторный прогон на `b289dd6` дал те же
|
||||
41 red / 13 green и ту же таблицу.
|
||||
|
||||
Вердикт: K3 и K4 исправлены (подтверждено на живой PostgreSQL 17, миграции roundtrip). После влития
|
||||
убрать `K3/N2`, `K4/N1` из `known-defects.json`. Цепочка расчёта теперь доходит до денежных дефектов:
|
||||
K5 и K6 подтверждены по существу.
|
||||
|
||||
### `codex/fix-format-baseline` @ fd1ec3d
|
||||
|
||||
```text
|
||||
Tests 43 failed | 11 passed (54)
|
||||
| K13/SYNC-A | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
| K13/SYNC-B | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
$ node node_modules/prettier/bin/prettier.cjs --check .
|
||||
All matched files use Prettier code style!
|
||||
```
|
||||
|
||||
| ID | Было | Стало | Доказательство |
|
||||
| ---------- | -------------- | ----- | ------------------------------------------------- |
|
||||
| F14 | RED (23 файла) | GREEN | `All matched files use Prettier code style!` |
|
||||
| K13/SYNC-A | RED | GREEN | было: `applied`; стало: passed |
|
||||
| K13/SYNC-B | RED | GREEN | было: `applied`; стало: passed |
|
||||
| остальные | без изменений | — | compare по `e2e-results.json`: других отличий нет |
|
||||
|
||||
**Находка:** «style»-коммит `fd1ec3d` содержит функциональное исправление Antigravity.
|
||||
После нормализации prettier `src/domain/sync/service.ts` отличается от `331e490` на 255 строк diff
|
||||
и совпадает с `antigravity/fix-reject-device-shifts` (0 строк); `tests/unit/sync.test.ts` — 139 и 0.
|
||||
Изменение поведения скрыто в коммите форматирования — смешение тем (AGENTS.md).
|
||||
|
||||
### `antigravity/fix-reject-device-shifts` @ 795bba0, перепроверено на 1df2019
|
||||
|
||||
```text
|
||||
Tests 43 failed | 11 passed (54)
|
||||
| K13/SYNC-A | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
| K13/SYNC-B | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
```
|
||||
|
||||
| ID | Было | Стало | Доказательство |
|
||||
| ---------- | ---- | ----- | ------------------------------------------------------- |
|
||||
| K13/SYNC-A | RED | GREEN | было: `upsert_work_session → applied`; стало: passed |
|
||||
| K13/SYNC-B | RED | GREEN | было: `upsert_timesheet_entry → applied`; стало: passed |
|
||||
| остальные | — | — | других отличий нет |
|
||||
|
||||
Ветку перебазировали на `f5ac179` во время приёмки (`795bba0` → `1df2019`); повторный прогон
|
||||
на `1df2019`: те же 43 red / 11 green, отличия только K13/SYNC-A/B.
|
||||
|
||||
Вердикт: K13 исправлен. Убрать `K13/SYNC-A`,
|
||||
`K13/SYNC-B` отдельным коммитом после влития (и после исправления очистки в
|
||||
`sync-rejection.test.ts`, TASK-GROK-2 §4.1).
|
||||
|
||||
## Windows
|
||||
|
||||
- Запуск стенда переписан без `npx` и `node_modules/.bin` (раньше `spawn('npx')` и
|
||||
`spawn('.../.bin/tsx')` падали на Windows с `ENOENT`). Проверка на Linux:
|
||||
`tests/e2e/harness/node-commands.test.ts` — 8 тестов: команды начинаются с `process.execPath`,
|
||||
без `.cmd`/`.bin`/`npx`, файлы существуют; под `win32` дочерний процесс получает
|
||||
`SystemRoot`/`TEMP`, секреты родителя не наследуются.
|
||||
- **Реальный запуск на Windows 11 — не проверено**: Windows-раннера у git.ochenstarik.ru нет.
|
||||
В CI добавлена задача `windows` (`runs-on: windows`), включаемая переменной
|
||||
`KRONA_WINDOWS_RUNNER=true`; для полного e2e нужен секрет `WINDOWS_E2E_PG_ADMIN_URL`.
|
||||
- `scripts/test/ci-local.sh` — bash, на Windows не предназначен (под Windows запускать
|
||||
`node scripts/test/run-e2e.mjs`).
|
||||
|
||||
## Evidence вне git
|
||||
|
||||
```text
|
||||
$ E2E_MIGRATIONS=roundtrip node scripts/test/run-e2e.mjs # (повторный прогон)
|
||||
[run-e2e] OK: стенд работает, все красные сценарии — известные открытые дефекты
|
||||
$ git status --porcelain
|
||||
# (пусто)
|
||||
```
|
||||
|
||||
## N5 (tenant-isolation)
|
||||
|
||||
До (`778ba2d`, очистка ролью приложения) — [`report-evidence/n5-before.txt`](report-evidence/n5-before.txt):
|
||||
`error: permission denied for table staff_employees`, `exit=1`. После (очистка ролью мигратора с
|
||||
`app.tenant_id`) — [`report-evidence/n5-after.txt`](report-evidence/n5-after.txt): 2 прогона, `exit=0`.
|
||||
На `f5ac179`: `npm run check` с тестовой БД — `Test Files 20 passed (20)`, `Tests 196 passed (196)`.
|
||||
|
||||
## CI (`.forgejo/workflows/ci.yml`)
|
||||
|
||||
- `verify`: `postgres:17-alpine@sha256:…`, роли как в pilot (мигратор NOSUPERUSER, app NOBYPASSRLS),
|
||||
миграции `up → откат всех 11 → up → up`, `npm run check` с тестовой БД, `npm audit`.
|
||||
- `format`: отдельно (F14 красный до влития `codex/fix-format-baseline`).
|
||||
- `e2e`: PostgreSQL 17, `E2E_MIGRATIONS=roundtrip`, храповик; evidence — артефакт `e2e-evidence`
|
||||
(`actions/upload-artifact@ea165f8… # v4.6.2`, Forgejo 9.0.3).
|
||||
- `windows`: выключена без раннера (см. выше). `docker-build`: метка `docker-host`, `needs: verify`, только push.
|
||||
- Все actions закреплены SHA (F13), SHA совпадают на github.com и code.forgejo.org.
|
||||
|
||||
Механизм красных сценариев — храповик `known-defects.json`, а не «allowed to fail»: сломанный стенд,
|
||||
новый красный ID или исправленный, но не вычеркнутый ID делают задачу `e2e` красной.
|
||||
|
||||
Валидация: `actionlint -config-file actionlint.yaml .forgejo/workflows/ci.yml` (1.7.12, метки
|
||||
`docker`, `docker-host`, `windows`) → 0 замечаний. Локально `./scripts/test/ci-local.sh`:
|
||||
|
||||
```text
|
||||
::: [migrate-roundtrip] OK (== roundtrip OK: rolledBack=11 reapplied=11)
|
||||
::: [check] OK (Test Files 20 passed (20), Tests 196 passed (196))
|
||||
::: [audit] OK (found 0 vulnerabilities)
|
||||
::: [format-check] FAIL (Code style issues found in 23 files — F14)
|
||||
::: [e2e] OK (Tests 45 failed | 9 passed (54), храповик OK)
|
||||
```
|
||||
|
||||
## N13 (гонка первого расчёта)
|
||||
|
||||
`node scripts/test/n13-race.mjs` (10/25/50 параллельных первых расчётов × 5 попыток) —
|
||||
[`report-evidence/n13-race.txt`](report-evidence/n13-race.txt): как есть 15/15 → 500 (K3); с обходом K3
|
||||
в одноразовой БД — 0 некорректных из 30 (с подтверждённой сменой и без). Не воспроизведено, как и у
|
||||
владельца; вероятная причина (гипотеза по коду) — upsert `ensureDefaultPayRules` сериализует расчёты
|
||||
тенанта. Прогон до перебазирования, на `778ba2d`.
|
||||
|
||||
## Не проверено
|
||||
|
||||
- Реальный Forgejo-раннер (workflow выполнялся только локальным эквивалентом), `docker build`.
|
||||
- Запуск на Windows 11 (раннера нет); Windows-only: DPAPI, ACL каталога данных, установщик, WinUI,
|
||||
named pipe — см. тесты Codex в `apps/KronaStaffTerminal.Tests`.
|
||||
- OWN-01..11, K8 (C4) и K9 (C5) проверяют предполагаемые контракты из NOTES.
|
||||
- K5/N4, K6/D5, K8/D1 на основной ветке блокированы K3; по существу проверены только на
|
||||
`codex/fix-live-database`.
|
||||
- S9 проверен удалением SQL-запросом мигратора (публичного API удаления точки нет).
|
||||
- Причина невоспроизводимости N13 — гипотеза по коду.
|
||||
86
tests/e2e/harness/client.ts
Normal file
86
tests/e2e/harness/client.ts
Normal file
|
|
@ -0,0 +1,86 @@
|
|||
// HTTP-клиент e2e. Тело ответа типизировано как `any` намеренно: тесты проверяют
|
||||
// внешний контракт JSON, а не типы src/. Правила no-unsafe-* отключены только здесь
|
||||
// и в файлах сценариев.
|
||||
/* eslint-disable @typescript-eslint/no-explicit-any, @typescript-eslint/no-unsafe-assignment */
|
||||
import pg from 'pg';
|
||||
import { inject } from 'vitest';
|
||||
import type { E2EContext } from './context.js';
|
||||
|
||||
export interface ApiResponse {
|
||||
status: number;
|
||||
body: any;
|
||||
text: string;
|
||||
headers: Headers;
|
||||
}
|
||||
|
||||
export interface RequestOptions {
|
||||
token?: string | undefined;
|
||||
body?: unknown;
|
||||
headers?: Record<string, string>;
|
||||
base?: 'secured' | 'open' | 'ratelimit';
|
||||
}
|
||||
|
||||
export function ctx(): E2EContext {
|
||||
return inject('e2e');
|
||||
}
|
||||
|
||||
export async function api(
|
||||
method: string,
|
||||
path: string,
|
||||
options: RequestOptions = {},
|
||||
): Promise<ApiResponse> {
|
||||
const context = ctx();
|
||||
const base =
|
||||
options.base === 'open'
|
||||
? context.openBaseUrl
|
||||
: options.base === 'ratelimit'
|
||||
? context.rateLimitBaseUrl
|
||||
: context.baseUrl;
|
||||
const headers: Record<string, string> = { ...(options.headers ?? {}) };
|
||||
if (options.token) headers.authorization = `Bearer ${options.token}`;
|
||||
let payload: string | undefined;
|
||||
if (options.body !== undefined) {
|
||||
headers['content-type'] = 'application/json';
|
||||
payload = JSON.stringify(options.body);
|
||||
}
|
||||
const url = path.startsWith('/api/') || path.startsWith('/staff') ? path : `/api/v1/staff${path}`;
|
||||
const response = await fetch(`${base}${url}`, {
|
||||
method,
|
||||
headers,
|
||||
...(payload === undefined ? {} : { body: payload }),
|
||||
redirect: 'manual',
|
||||
});
|
||||
const text = await response.text();
|
||||
let body: any = null;
|
||||
try {
|
||||
body = text ? JSON.parse(text) : null;
|
||||
} catch {
|
||||
body = null;
|
||||
}
|
||||
return { status: response.status, body, text, headers: response.headers };
|
||||
}
|
||||
|
||||
/** Краткое описание ответа для сообщений assert (без токенов). */
|
||||
export function describeResponse(response: ApiResponse): string {
|
||||
const snippet = response.text.length > 300 ? `${response.text.slice(0, 300)}…` : response.text;
|
||||
return `HTTP ${response.status} ${snippet}`;
|
||||
}
|
||||
|
||||
/** Запрос к БД ролью приложения внутри tenant-транзакции (RLS действует). */
|
||||
export async function dbQuery<T extends pg.QueryResultRow = Record<string, unknown>>(
|
||||
sql: string,
|
||||
params: unknown[] = [],
|
||||
): Promise<T[]> {
|
||||
const context = ctx();
|
||||
const client = new pg.Client({ connectionString: context.appDatabaseUrl });
|
||||
await client.connect();
|
||||
try {
|
||||
await client.query('BEGIN');
|
||||
await client.query("SELECT set_config('app.tenant_id', $1, true)", [context.tenantId]);
|
||||
const result = await client.query<T>(sql, params);
|
||||
await client.query('COMMIT');
|
||||
return result.rows;
|
||||
} finally {
|
||||
await client.end();
|
||||
}
|
||||
}
|
||||
41
tests/e2e/harness/context.ts
Normal file
41
tests/e2e/harness/context.ts
Normal file
|
|
@ -0,0 +1,41 @@
|
|||
import { randomBytes } from 'node:crypto';
|
||||
|
||||
export interface E2EContext {
|
||||
baseUrl: string;
|
||||
openBaseUrl: string;
|
||||
rateLimitBaseUrl: string;
|
||||
managerToken: string;
|
||||
terminalToken: string;
|
||||
tenantId: string;
|
||||
actorId: string;
|
||||
terminalActorId: string;
|
||||
appDatabaseUrl: string;
|
||||
migrationDatabaseUrl: string;
|
||||
}
|
||||
|
||||
declare module 'vitest' {
|
||||
export interface ProvidedContext {
|
||||
e2e: E2EContext;
|
||||
}
|
||||
}
|
||||
|
||||
const crockford = '0123456789ABCDEFGHJKMNPQRSTVWXYZ';
|
||||
|
||||
/** Случайный ULID (время + crypto.randomBytes), чтобы не зависеть от src/. */
|
||||
export function randomUlid(): string {
|
||||
let time = Date.now();
|
||||
let timePart = '';
|
||||
for (let i = 0; i < 10; i += 1) {
|
||||
timePart = crockford[time % 32]! + timePart;
|
||||
time = Math.floor(time / 32);
|
||||
}
|
||||
const bytes = randomBytes(16);
|
||||
let randomPart = '';
|
||||
for (let i = 0; i < 16; i += 1) randomPart += crockford[bytes[i]! % 32]!;
|
||||
return timePart + randomPart;
|
||||
}
|
||||
|
||||
/** Синтетическая метка для данных тестов: очевидно не реальные люди/суммы. */
|
||||
export function synthetic(label: string): string {
|
||||
return `E2E-${label}-${randomBytes(3).toString('hex')}`;
|
||||
}
|
||||
159
tests/e2e/harness/fixtures.ts
Normal file
159
tests/e2e/harness/fixtures.ts
Normal file
|
|
@ -0,0 +1,159 @@
|
|||
// Подготовка данных через публичный API. Везде только синтетические данные.
|
||||
/* eslint-disable @typescript-eslint/no-unsafe-member-access */
|
||||
import { expect } from 'vitest';
|
||||
import { api, ctx, dbQuery, describeResponse } from './client.js';
|
||||
import { randomUlid, synthetic } from './context.js';
|
||||
|
||||
export interface OrgUnit {
|
||||
id: string;
|
||||
code: string;
|
||||
}
|
||||
|
||||
export interface Employee {
|
||||
id: string;
|
||||
external_ref: string;
|
||||
personnel_number: string;
|
||||
}
|
||||
|
||||
/** Создаёт торговые точки через импорт (единственный публичный способ в текущем API). */
|
||||
export async function createOrgUnits(count: number): Promise<OrgUnit[]> {
|
||||
const units = Array.from({ length: count }, () => {
|
||||
const code = `e2e-${randomUlid().slice(-10).toLowerCase()}`;
|
||||
return { code, name: synthetic('Точка') };
|
||||
});
|
||||
const response = await api('POST', '/imports/owner-workbook', {
|
||||
token: ctx().managerToken,
|
||||
body: { source_name: synthetic('import-units'), units },
|
||||
});
|
||||
expect(response.status, describeResponse(response)).toBeLessThan(300);
|
||||
const rows = await dbQuery<{ id: string; code: string }>(
|
||||
'SELECT id, code FROM staff_org_units WHERE code = ANY($1::text[])',
|
||||
[units.map((unit) => unit.code)],
|
||||
);
|
||||
return units.map((unit) => ({
|
||||
code: unit.code,
|
||||
id: rows.find((row) => row.code === unit.code)!.id,
|
||||
}));
|
||||
}
|
||||
|
||||
/**
|
||||
* Создаёт сотрудников через импорт книги владельца: POST /employees на реальной БД
|
||||
* сейчас падает (N1), а сценарии, не относящиеся к N1, не должны зависеть от этого дефекта.
|
||||
*/
|
||||
export async function importEmployees(count: number): Promise<Employee[]> {
|
||||
const employees = Array.from({ length: count }, () => {
|
||||
const suffix = randomUlid().slice(-8);
|
||||
return {
|
||||
external_ref: `e2e:${suffix}`,
|
||||
personnel_number: `E2E-${suffix}`,
|
||||
display_name: synthetic('Сотрудник'),
|
||||
};
|
||||
});
|
||||
const response = await api('POST', '/imports/owner-workbook', {
|
||||
token: ctx().managerToken,
|
||||
body: { source_name: synthetic('import-employees'), employees },
|
||||
});
|
||||
expect(response.status, describeResponse(response)).toBeLessThan(300);
|
||||
const rows = await dbQuery<{ id: string; external_ref: string }>(
|
||||
'SELECT id, external_ref FROM staff_employees WHERE external_ref = ANY($1::text[])',
|
||||
[employees.map((employee) => employee.external_ref)],
|
||||
);
|
||||
return employees.map((employee) => ({
|
||||
...employee,
|
||||
id: rows.find((row) => row.external_ref === employee.external_ref)!.id,
|
||||
}));
|
||||
}
|
||||
|
||||
export async function issueEmployeeToken(employeeId: string): Promise<string> {
|
||||
const response = await api('POST', `/employees/${employeeId}/access-token`, {
|
||||
token: ctx().managerToken,
|
||||
});
|
||||
expect(response.status, describeResponse(response)).toBe(200);
|
||||
return response.body.access_token as string;
|
||||
}
|
||||
|
||||
export async function clock(
|
||||
employeeId: string,
|
||||
eventType: 'check_in' | 'check_out',
|
||||
occurredAt: Date,
|
||||
orgUnitId?: string,
|
||||
) {
|
||||
return api('POST', '/attendance/events', {
|
||||
token: ctx().terminalToken,
|
||||
body: {
|
||||
employee_id: employeeId,
|
||||
event_type: eventType,
|
||||
occurred_at: occurredAt.toISOString(),
|
||||
source_event_id: `e2e-${randomUlid()}`,
|
||||
...(orgUnitId ? { org_unit_id: orgUnitId } : {}),
|
||||
},
|
||||
});
|
||||
}
|
||||
|
||||
/** Дата (UTC) N дней назад в полдень: всегда в окне терминала (<=180 дней) и не в будущем. */
|
||||
export function daysAgo(days: number, hourUtc = 9): Date {
|
||||
const date = new Date();
|
||||
date.setUTCDate(date.getUTCDate() - days);
|
||||
date.setUTCHours(hourUtc, 0, 0, 0);
|
||||
return date;
|
||||
}
|
||||
|
||||
export function isoDate(date: Date): string {
|
||||
return date.toISOString().slice(0, 10);
|
||||
}
|
||||
|
||||
/** Отработанная смена: check_in/check_out терминалом + сверка; возвращает id смены. */
|
||||
export async function workedShift(
|
||||
employeeId: string,
|
||||
orgUnitId: string,
|
||||
day: Date,
|
||||
hours = 8,
|
||||
): Promise<string> {
|
||||
const start = new Date(day);
|
||||
const end = new Date(start.getTime() + hours * 3_600_000);
|
||||
const inResponse = await clock(employeeId, 'check_in', start, orgUnitId);
|
||||
expect(inResponse.status, describeResponse(inResponse)).toBe(201);
|
||||
const outResponse = await clock(employeeId, 'check_out', end, orgUnitId);
|
||||
expect(outResponse.status, describeResponse(outResponse)).toBe(201);
|
||||
const reconcile = await api('POST', '/work-sessions/reconcile', {
|
||||
token: ctx().managerToken,
|
||||
body: { date_from: isoDate(start), date_to: isoDate(start) },
|
||||
});
|
||||
expect(reconcile.status, describeResponse(reconcile)).toBe(200);
|
||||
const rows = await dbQuery<{ id: string }>(
|
||||
`SELECT id FROM staff_work_sessions
|
||||
WHERE employee_id = $1 AND org_unit_id = $2 AND business_date = $3::date`,
|
||||
[employeeId, orgUnitId, isoDate(start)],
|
||||
);
|
||||
expect(rows.length, 'сверка должна создать смену').toBe(1);
|
||||
return rows[0]!.id;
|
||||
}
|
||||
|
||||
export async function hourlyRuleId(): Promise<string> {
|
||||
const response = await api('GET', '/pay-rules', { token: ctx().managerToken });
|
||||
expect(response.status, describeResponse(response)).toBe(200);
|
||||
const rules = response.body.pay_rules as Array<{ id: string; code: string }>;
|
||||
const hourly = rules.find((rule) => rule.code === 'hourly') ?? rules[0];
|
||||
expect(hourly, 'должно существовать хотя бы одно правило оплаты').toBeTruthy();
|
||||
return hourly!.id;
|
||||
}
|
||||
|
||||
/**
|
||||
* Синтетическая ставка 123,00 ₽/ч (заведомо не реальная сумма). Кратна рублю: расчёт
|
||||
* округляет строку до rounding_unit_minor (по умолчанию 100 коп.), и 8 ч × ставка
|
||||
* должны совпадать с начислением без учёта округления.
|
||||
*/
|
||||
export const SYNTHETIC_RATE_MINOR = 12_300;
|
||||
|
||||
export async function assignHourly(employeeId: string, orgUnitId: string | null) {
|
||||
const response = await api('PUT', `/employees/${employeeId}/pay-assignment`, {
|
||||
token: ctx().managerToken,
|
||||
body: {
|
||||
pay_rule_id: await hourlyRuleId(),
|
||||
org_unit_id: orgUnitId,
|
||||
rate_minor: SYNTHETIC_RATE_MINOR,
|
||||
effective_from: '2026-01-01',
|
||||
},
|
||||
});
|
||||
expect(response.status, describeResponse(response)).toBe(200);
|
||||
}
|
||||
191
tests/e2e/harness/global-setup.ts
Normal file
191
tests/e2e/harness/global-setup.ts
Normal file
|
|
@ -0,0 +1,191 @@
|
|||
// Глобальная подготовка e2e: реальная PostgreSQL 17, миграции ролью мигратора
|
||||
// (без SUPERUSER), реальный процесс сервера под ролью приложения, случайные секреты.
|
||||
import { spawn, spawnSync, type ChildProcess } from 'node:child_process';
|
||||
import { randomBytes } from 'node:crypto';
|
||||
import { createWriteStream, mkdirSync, mkdtempSync, readFileSync, rmSync } from 'node:fs';
|
||||
import { createServer } from 'node:net';
|
||||
import { tmpdir } from 'node:os';
|
||||
import path from 'node:path';
|
||||
import type { TestProject } from 'vitest/node';
|
||||
import { baseEnv, nodeWithTsx } from '../../../scripts/test/node-commands.mjs';
|
||||
import { randomUlid, type E2EContext } from './context.js';
|
||||
|
||||
const repoRoot = path.resolve(import.meta.dirname, '../../..');
|
||||
const evidenceDir = path.join(repoRoot, 'tests/e2e/evidence');
|
||||
|
||||
function parseEnvFile(file: string): Record<string, string> {
|
||||
const result: Record<string, string> = {};
|
||||
for (const line of readFileSync(file, 'utf8').split('\n')) {
|
||||
const index = line.indexOf('=');
|
||||
if (index > 0) result[line.slice(0, index)] = line.slice(index + 1);
|
||||
}
|
||||
return result;
|
||||
}
|
||||
|
||||
async function freePort(): Promise<number> {
|
||||
return new Promise((resolve, reject) => {
|
||||
const server = createServer();
|
||||
server.once('error', reject);
|
||||
server.listen(0, '127.0.0.1', () => {
|
||||
const address = server.address();
|
||||
const port = typeof address === 'object' && address ? address.port : 0;
|
||||
server.close(() => resolve(port));
|
||||
});
|
||||
});
|
||||
}
|
||||
|
||||
function runNode(args: string[], env: NodeJS.ProcessEnv, label: string) {
|
||||
const result = spawnSync(process.execPath, args, { cwd: repoRoot, env, encoding: 'utf8' });
|
||||
const output = `${result.stdout}${result.stderr}`;
|
||||
console.log(`[e2e] ${label}:\n${output.trim()}`);
|
||||
if (result.status !== 0) throw new Error(`${label} failed with exit ${result.status}`);
|
||||
return output;
|
||||
}
|
||||
|
||||
function vapidEnv(): Record<string, string> {
|
||||
const output = spawnSync(process.execPath, ['scripts/generate-vapid-keys.mjs'], {
|
||||
cwd: repoRoot,
|
||||
encoding: 'utf8',
|
||||
}).stdout;
|
||||
const env: Record<string, string> = {};
|
||||
for (const line of output.split('\n')) {
|
||||
const index = line.indexOf('=');
|
||||
if (index > 0) env[line.slice(0, index)] = line.slice(index + 1);
|
||||
}
|
||||
return env;
|
||||
}
|
||||
|
||||
interface StartedServer {
|
||||
child: ChildProcess;
|
||||
baseUrl: string;
|
||||
}
|
||||
|
||||
async function startServer(name: string, env: Record<string, string>): Promise<StartedServer> {
|
||||
const port = await freePort();
|
||||
const logPath = path.join(evidenceDir, `server-${name}.txt`);
|
||||
const log = createWriteStream(logPath, { flags: 'w' });
|
||||
const server = nodeWithTsx(['src/server.ts']);
|
||||
const child = spawn(server.command, server.args, {
|
||||
cwd: repoRoot,
|
||||
env: {
|
||||
...baseEnv(),
|
||||
NODE_ENV: 'test',
|
||||
HOST: '127.0.0.1',
|
||||
PORT: String(port),
|
||||
LOG_LEVEL: 'info',
|
||||
STAFF_RUNTIME_MODE: 'standalone',
|
||||
...env,
|
||||
},
|
||||
stdio: ['ignore', 'pipe', 'pipe'],
|
||||
});
|
||||
child.stdout?.pipe(log);
|
||||
child.stderr?.pipe(log);
|
||||
const baseUrl = `http://127.0.0.1:${port}`;
|
||||
const deadline = Date.now() + 60_000;
|
||||
while (Date.now() < deadline) {
|
||||
if (child.exitCode !== null) {
|
||||
throw new Error(`server ${name} exited early with ${child.exitCode}; see ${logPath}`);
|
||||
}
|
||||
try {
|
||||
const response = await fetch(`${baseUrl}/api/v1/staff/ready`);
|
||||
if (response.status === 200) {
|
||||
console.log(
|
||||
`[e2e] server ${name} ready at ${baseUrl} (log: ${path.relative(repoRoot, logPath)})`,
|
||||
);
|
||||
return { child, baseUrl };
|
||||
}
|
||||
} catch {
|
||||
// сервер ещё не слушает порт
|
||||
}
|
||||
await new Promise((resolve) => setTimeout(resolve, 250));
|
||||
}
|
||||
child.kill('SIGKILL');
|
||||
throw new Error(`server ${name} did not become ready; see ${logPath}`);
|
||||
}
|
||||
|
||||
export default async function setup(project: TestProject) {
|
||||
mkdirSync(evidenceDir, { recursive: true });
|
||||
const adminUrl = process.env.E2E_PG_ADMIN_URL;
|
||||
if (!adminUrl) {
|
||||
throw new Error(
|
||||
'E2E_PG_ADMIN_URL не задан: нужен bootstrap-админ PostgreSQL 17 (только для создания ролей и БД)',
|
||||
);
|
||||
}
|
||||
const database = process.env.E2E_DATABASE_NAME ?? 'krona_staff_e2e';
|
||||
const secretsDir = mkdtempSync(path.join(tmpdir(), 'krona-e2e-'));
|
||||
const envFile = path.join(secretsDir, 'db.env');
|
||||
runNode(
|
||||
['scripts/test/provision-pg.mjs', '--out', envFile, '--db', database],
|
||||
{ ...process.env, E2E_PG_ADMIN_URL: adminUrl },
|
||||
'provision',
|
||||
);
|
||||
const dbEnv = parseEnvFile(envFile);
|
||||
rmSync(secretsDir, { recursive: true, force: true });
|
||||
const migrationUrl = dbEnv.DATABASE_MIGRATION_URL;
|
||||
const appUrl = dbEnv.DATABASE_URL;
|
||||
if (!migrationUrl || !appUrl) throw new Error('provision did not produce connection URLs');
|
||||
|
||||
const migrationMode = process.env.E2E_MIGRATIONS ?? 'up';
|
||||
runNode(
|
||||
['scripts/test/migrate-roundtrip.mjs', migrationMode === 'roundtrip' ? 'roundtrip' : 'up'],
|
||||
{ ...baseEnv(), DATABASE_MIGRATION_URL: migrationUrl },
|
||||
`migrations (${migrationMode}) as krona_migrator`,
|
||||
);
|
||||
|
||||
const tenantId = randomUlid();
|
||||
const actorId = randomUlid();
|
||||
const terminalActorId = randomUlid();
|
||||
const managerToken = randomBytes(32).toString('hex');
|
||||
const terminalToken = randomBytes(32).toString('hex');
|
||||
const common = {
|
||||
DATABASE_URL: appUrl,
|
||||
STANDALONE_TENANT_ID: tenantId,
|
||||
STANDALONE_ACTOR_ID: actorId,
|
||||
...vapidEnv(),
|
||||
};
|
||||
const secured = await startServer('secured', {
|
||||
...common,
|
||||
STANDALONE_ACCESS: 'employee',
|
||||
STANDALONE_MANAGER_TOKEN: managerToken,
|
||||
STANDALONE_TERMINAL_TOKEN: terminalToken,
|
||||
STANDALONE_TERMINAL_ACTOR_ID: terminalActorId,
|
||||
});
|
||||
// Второй процесс без токенов (как корневой compose.yaml), тот же tenant и БД: для F2/K-сценариев.
|
||||
const open = await startServer('no-tokens', {
|
||||
...common,
|
||||
STANDALONE_ACCESS: 'manager',
|
||||
});
|
||||
|
||||
// Третий процесс с собственными токенами только для F4 (перебор входа): если rate limit
|
||||
// появится, он не должен блокировать вход в остальных сценариях с того же IP.
|
||||
const rateLimited = await startServer('rate-limit', {
|
||||
...common,
|
||||
STANDALONE_ACCESS: 'employee',
|
||||
STANDALONE_MANAGER_TOKEN: randomBytes(32).toString('hex'),
|
||||
STANDALONE_TERMINAL_TOKEN: randomBytes(32).toString('hex'),
|
||||
});
|
||||
|
||||
const context: E2EContext = {
|
||||
baseUrl: secured.baseUrl,
|
||||
openBaseUrl: open.baseUrl,
|
||||
rateLimitBaseUrl: rateLimited.baseUrl,
|
||||
managerToken,
|
||||
terminalToken,
|
||||
tenantId,
|
||||
actorId,
|
||||
terminalActorId,
|
||||
appDatabaseUrl: appUrl,
|
||||
migrationDatabaseUrl: migrationUrl,
|
||||
};
|
||||
project.provide('e2e', context);
|
||||
|
||||
return async () => {
|
||||
for (const server of [secured, open, rateLimited]) {
|
||||
server.child.kill('SIGTERM');
|
||||
}
|
||||
await new Promise((resolve) => setTimeout(resolve, 500));
|
||||
for (const server of [secured, open, rateLimited]) {
|
||||
if (server.child.exitCode === null) server.child.kill('SIGKILL');
|
||||
}
|
||||
};
|
||||
}
|
||||
51
tests/e2e/harness/node-commands.test.ts
Normal file
51
tests/e2e/harness/node-commands.test.ts
Normal file
|
|
@ -0,0 +1,51 @@
|
|||
// Проверяемо на Linux: стенд запускает инструменты так, что под Windows не нужен
|
||||
// .cmd-обёрточный файл (spawn без shell падает на них с ENOENT).
|
||||
import { existsSync, readFileSync } from 'node:fs';
|
||||
import path from 'node:path';
|
||||
import { describe, expect, it } from 'vitest';
|
||||
import { baseEnv, nodeTool, nodeWithTsx, repoRoot } from '../../../scripts/test/node-commands.mjs';
|
||||
|
||||
const forbidden = /\.cmd\b|[\\/]\.bin[\\/]|^npx$|^npm$/i;
|
||||
|
||||
describe('[HARNESS-WIN] запуск инструментов без .cmd-обёрток', () => {
|
||||
it.each(['tsx', 'vitest', 'prettier'] as const)('%s: process.execPath + JS-файл', (tool) => {
|
||||
const command = nodeTool(tool, ['--version']);
|
||||
expect(command.command).toBe(process.execPath);
|
||||
const entry = command.args[0]!;
|
||||
expect(entry).not.toMatch(forbidden);
|
||||
expect(entry).toMatch(/\.(mjs|cjs|js)$/);
|
||||
expect(path.isAbsolute(entry)).toBe(true);
|
||||
expect(existsSync(entry)).toBe(true);
|
||||
});
|
||||
|
||||
it('сервер: один процесс node с загрузчиком tsx', () => {
|
||||
const command = nodeWithTsx(['src/server.ts']);
|
||||
expect(command.command).toBe(process.execPath);
|
||||
expect(command.args[0]).toBe('--import');
|
||||
expect(command.args[1]).toMatch(/^file:\/\/.*\.mjs$/);
|
||||
expect(command.args.join(' ')).not.toMatch(forbidden);
|
||||
expect(command.args.at(-1)).toBe('src/server.ts');
|
||||
});
|
||||
|
||||
it('под win32 дочерний процесс получает SystemRoot/TEMP, а секреты не наследуются', () => {
|
||||
const env = baseEnv('win32', {
|
||||
PATH: 'C:\\Windows',
|
||||
SystemRoot: 'C:\\Windows',
|
||||
TEMP: 'C:\\Temp',
|
||||
DATABASE_URL: 'secret-must-not-leak',
|
||||
});
|
||||
expect(env).toMatchObject({ PATH: 'C:\\Windows', SystemRoot: 'C:\\Windows', TEMP: 'C:\\Temp' });
|
||||
expect(env).not.toHaveProperty('DATABASE_URL');
|
||||
expect(baseEnv('linux', { PATH: '/bin', SystemRoot: 'x' })).toEqual({ PATH: '/bin' });
|
||||
});
|
||||
|
||||
it.each([
|
||||
'scripts/test/run-e2e.mjs',
|
||||
'scripts/test/n13-race.mjs',
|
||||
'tests/e2e/harness/global-setup.ts',
|
||||
])('%s не вызывает npx и node_modules/.bin', (file) => {
|
||||
const source = readFileSync(path.join(repoRoot, file), 'utf8');
|
||||
expect(source).not.toMatch(/spawn(Sync)?\(\s*['"`]npx/);
|
||||
expect(source).not.toMatch(/node_modules\/\.bin/);
|
||||
});
|
||||
});
|
||||
50
tests/e2e/known-defects.json
Normal file
50
tests/e2e/known-defects.json
Normal file
|
|
@ -0,0 +1,50 @@
|
|||
{
|
||||
"comment": "ID сценариев, красный цвет которых сейчас ожидаем (открытые дефекты или ещё не реализованные решения владельца). Когда дефект исправлен и все тесты ID зелёные, scripts/test/run-e2e.mjs падает, пока ID не убран отсюда. Добавлять ID сюда можно только вместе с записью в REPORT.md. Ключи — двойные ID «владелец/мой» (docs/audit/2026-09-26/AUDIT.md и TASK-GROK-2 §2), для сценариев без ID владельца — мой ID.",
|
||||
"defects": {
|
||||
"K4/N1": "POST /employees: 42P08 inconsistent types for $2 на реальной PostgreSQL",
|
||||
"K3/N2": "подтверждение смены / расчёт / утверждение: staff_outbox.occurred_at NULL (23502)",
|
||||
"K12/N3": "SSRF через push-endpoint на внутренние адреса",
|
||||
"K5/N4": "двойное начисление при пересекающихся расчётах (сейчас блокирован N2)",
|
||||
"N9": "перепривязка чужого push-endpoint",
|
||||
"N10": "справочники доступны терминалу",
|
||||
"N11": "импорт с неверным kind → 500",
|
||||
"N12": "pay-assignment без additionalProperties:false и верхних границ",
|
||||
"K1/F2": "standalone без токенов даёт права STANDALONE_ACCESS анониму",
|
||||
"K10/F3": "cookie = сырой токен, logout не отзывает",
|
||||
"K11/F4": "нет rate limit на вход",
|
||||
"F7": "Idempotency-Key не используется",
|
||||
"F10": "CSRF: мутации по cookie без Origin разрешены",
|
||||
"K13/SYNC-A": "устройство само подтверждает смену через upsert_work_session",
|
||||
"K13/SYNC-B": "устройство само утверждает табель через upsert_timesheet_entry",
|
||||
"SYNC-C0": "начальная загрузка /sync/pull падает 500: column status does not exist (staff_org_units)",
|
||||
"S5/SYNC-C": "начальная загрузка обрезается на 100 сущностях (сейчас также блокирована SYNC-C0)",
|
||||
"S5/SYNC-D": "изменения из портала не пишутся в staff_sync_change_log",
|
||||
"S4/SYNC-E": "отметки уволенных сотрудников принимаются через sync",
|
||||
"S4/SYNC-F": "sync не сохраняет org_unit_id отметки и принимает чужую точку",
|
||||
"S3/SYNC-G": "одна битая команда роняет весь пакет (500)",
|
||||
"S8/SYNC-H": "регистрация устройства по cookie без проверки Origin",
|
||||
"K1/SYNC-I": "без токенов анонимно регистрируется устройство",
|
||||
"S2/SYNC-J": "sync принимает отметки вне окна времени",
|
||||
"SYNC-K": "ack принимает курсор больше выданного сервером",
|
||||
"K1/PILOT-1": "deploy/pilot/compose.yaml: 14 подстановок без :? (пустые токены/пароли молча проходят)",
|
||||
"K2/PILOT-2": "deploy/pilot/compose.yaml: app с NODE_ENV=development",
|
||||
"D6/OWN-01": "решение владельца: роли точки (этап 4 Codex)",
|
||||
"D6/OWN-02": "решение владельца: пакет отправляет только бухгалтер",
|
||||
"OWN-03": "решение владельца: уведомления директорам",
|
||||
"OWN-04": "решение владельца: подписывает только директор",
|
||||
"OWN-05": "решение владельца: ledger пуст до подписи",
|
||||
"OWN-06": "решение владельца: подпись → ledger, неизменяемость",
|
||||
"K19/OWN-07": "решение владельца: изменение смены после отправки возвращает пакет",
|
||||
"OWN-08": "решение владельца: возврат с комментарием",
|
||||
"OWN-09": "решение владельца: смена в чужой точке идёт в зарплату той точки",
|
||||
"K17/OWN-10": "решение владельца: нет согласия на биометрию → регистрация запрещена",
|
||||
"K17/OWN-11": "решение владельца: отзыв согласия меняет статус для терминала",
|
||||
"K6/D5": "отклонение смены из подписанной ведомости: 200 без сторно (сейчас блокирован K3 на подтверждении)",
|
||||
"K7/D2": "повторный импорт книги теряет суммы: две точки в один день → 222,00 вместо 333,00 ₽",
|
||||
"K8/D1": "подписанная ведомость не воспроизводится после смены ставки; контракта verify нет (C4), сейчас блокирован K3",
|
||||
"K9/D3": "параметры пресета официанта (shift_rate_minor и др.) не сохраняются",
|
||||
"S9": "удаление точки с устройством: 23502 null value in column tenant_id (ON DELETE SET NULL на составном FK)",
|
||||
"A4": "ответы 500 содержат SQLSTATE и текст PostgreSQL",
|
||||
"N12-DATE": "month=2026-13 → 500 (22008) вместо 400"
|
||||
}
|
||||
}
|
||||
|
|
@ -0,0 +1,27 @@
|
|||
# Приёмка ветки antigravity/fix-reject-device-shifts @ 795bba0ce8eb2621a395c6bd794d075609c1a3eb (2026-09-26, UTC+7)
|
||||
# Код продукта — ветка исполнителя (git worktree --detach origin/antigravity/fix-reject-device-shifts), поверх — tests/e2e и scripts/test из grok/e2e-harness @ 3475133 (без коммитов в ветку исполнителя).
|
||||
# PostgreSQL 17.11, мигратор NOSUPERUSER, сервер под krona_staff_app.
|
||||
|
||||
$ cd <worktree> && E2E_MIGRATIONS=roundtrip E2E_DATABASE_NAME=krona_staff_acc node scripts/test/run-e2e.mjs
|
||||
== roundtrip OK: rolledBack=11 reapplied=11
|
||||
Tests 43 failed | 11 passed (54)
|
||||
| K13/SYNC-A | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
| K13/SYNC-B | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
exit=1
|
||||
|
||||
# Было (основная ветка f5ac179 + тот же стенд): Tests 45 failed | 9 passed (54) ; run-e2e OK
|
||||
# Отличия по ID (compare по e2e-results.json, ULID/порты замаскированы):
|
||||
| ID | было | стало | фактический вывод |
|
||||
| K13/SYNC-A | RED | GREEN | было: AssertionError: HTTP 200 {"results":[{"idempotency_key":"e2e-<ulid>","command_type":"upsert_work_session","status":"applied","result":{"id":"<ulid>","revision":1,"status" / стало: passed |
|
||||
| K13/SYNC-B | RED | GREEN | было: AssertionError: HTTP 200 {"results":[{"idempotency_key":"e2e-<ulid>","command_type":"upsert_timesheet_entry","status":"applied","result":{"id":"<ulid>","revision":1,"stat / стало: passed |
|
||||
|
||||
# Перепроверка: ветку обновили force-push во время приёмки; новый HEAD 1df2019cb89cad69e2c86608dd3b43e18275e97c (2026-09-26 ~15:40 UTC+7)
|
||||
$ cd <worktree @ 1df2019> && E2E_MIGRATIONS=roundtrip E2E_DATABASE_NAME=krona_staff_acc node scripts/test/run-e2e.mjs
|
||||
== roundtrip OK: rolledBack=11 reapplied=11
|
||||
Tests 43 failed | 11 passed (54)
|
||||
| K13/SYNC-A | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
| K13/SYNC-B | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
exit=1
|
||||
| ID | было | стало | фактический вывод |
|
||||
| K13/SYNC-A | RED | GREEN | было: AssertionError: HTTP 200 {"results":[{"idempotency_key":"e2e-<ulid>","command_type":"upsert_work_session","status":"applied","result":{"id":"<ulid>","revision":1,"status" / стало: passed |
|
||||
| K13/SYNC-B | RED | GREEN | было: AssertionError: HTTP 200 {"results":[{"idempotency_key":"e2e-<ulid>","command_type":"upsert_timesheet_entry","status":"applied","result":{"id":"<ulid>","revision":1,"stat / стало: passed |
|
||||
|
|
@ -0,0 +1,31 @@
|
|||
# Приёмка ветки codex/fix-format-baseline @ fd1ec3d8197c21afe15a8dc8101816c52226ebef (2026-09-26, UTC+7)
|
||||
# Код продукта — ветка исполнителя (git worktree --detach origin/codex/fix-format-baseline), поверх — tests/e2e и scripts/test из grok/e2e-harness @ 3475133 (без коммитов в ветку исполнителя).
|
||||
# PostgreSQL 17.11, мигратор NOSUPERUSER, сервер под krona_staff_app.
|
||||
|
||||
$ cd <worktree> && E2E_MIGRATIONS=roundtrip E2E_DATABASE_NAME=krona_staff_acc node scripts/test/run-e2e.mjs
|
||||
== roundtrip OK: rolledBack=11 reapplied=11
|
||||
Tests 43 failed | 11 passed (54)
|
||||
| K13/SYNC-A | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
| K13/SYNC-B | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
exit=1
|
||||
|
||||
# Было (основная ветка f5ac179 + тот же стенд): Tests 45 failed | 9 passed (54) ; run-e2e OK
|
||||
# Отличия по ID (compare по e2e-results.json, ULID/порты замаскированы):
|
||||
| ID | было | стало | фактический вывод |
|
||||
| K13/SYNC-A | RED | GREEN | было: AssertionError: HTTP 200 {"results":[{"idempotency_key":"e2e-<ulid>","command_type":"upsert_work_session","status":"applied","result":{"id":"<ulid>","revision":1,"status" / стало: passed |
|
||||
| K13/SYNC-B | RED | GREEN | было: AssertionError: HTTP 200 {"results":[{"idempotency_key":"e2e-<ulid>","command_type":"upsert_timesheet_entry","status":"applied","result":{"id":"<ulid>","revision":1,"stat / стало: passed |
|
||||
|
||||
# F14: форматирование ветки (оверлей tests/e2e/evidence удалён перед проверкой — в ветке исполнителя нет записи .gitignore для него)
|
||||
$ node node_modules/prettier/bin/prettier.cjs --check .
|
||||
Checking formatting...
|
||||
All matched files use Prettier code style!
|
||||
# Было (основная ветка f5ac179): [warn] Code style issues found in 23 files.
|
||||
|
||||
# Находка: коммит fd1ec3d «style: establish repository formatting baseline» содержит не только форматирование.
|
||||
# Сравнение после нормализации prettier (--config .prettierrc.json), число строк diff:
|
||||
# src/domain/sync/service.ts 331e490 → fd1ec3d: 255; antigravity/fix-reject-device-shifts → fd1ec3d: 0
|
||||
# tests/unit/sync.test.ts 331e490 → fd1ec3d: 139; antigravity/fix-reject-device-shifts → fd1ec3d: 0
|
||||
# src/sync.ts, src/domain/sync/cursor.ts: antigravity → fd1ec3d: 0
|
||||
# То есть в «style»-коммит вошло функциональное исправление Antigravity (отклонение
|
||||
# upsert_work_session/upsert_timesheet_entry, COMMAND_NOT_SUPPORTED) — поэтому K13/SYNC-A/B
|
||||
# зелёные и на этой ветке. Для ревью это смешение тем: изменение поведения скрыто в форматировании.
|
||||
|
|
@ -0,0 +1,49 @@
|
|||
# Приёмка ветки codex/fix-live-database @ ea68e123506cc29276514f67b1dda7cef77057df (2026-09-26, UTC+7)
|
||||
# Код продукта — ветка исполнителя (git worktree --detach origin/codex/fix-live-database), поверх — tests/e2e и scripts/test из grok/e2e-harness @ 3475133 (без коммитов в ветку исполнителя).
|
||||
# PostgreSQL 17.11, мигратор NOSUPERUSER, сервер под krona_staff_app.
|
||||
|
||||
$ cd <worktree> && E2E_MIGRATIONS=roundtrip E2E_DATABASE_NAME=krona_staff_acc node scripts/test/run-e2e.mjs
|
||||
== roundtrip OK: rolledBack=11 reapplied=11
|
||||
Tests 41 failed | 13 passed (54)
|
||||
| K13/SYNC-A | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
| K13/SYNC-B | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
| K3/N2 | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
| K4/N1 | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
exit=1
|
||||
|
||||
# Было (основная ветка f5ac179 + тот же стенд): Tests 45 failed | 9 passed (54) ; run-e2e OK
|
||||
# Отличия по ID (compare по e2e-results.json, ULID/порты замаскированы):
|
||||
| ID | было | стало | фактический вывод |
|
||||
| A4 | RED | RED | было: AssertionError: тела 500 с деталями PostgreSQL: expected [ …(2) ] to deeply equal [] / стало: AssertionError: тела 500 с деталями PostgreSQL: expected [ { …(2) } ] to deeply equal [] |
|
||||
| K13/SYNC-A | RED | GREEN | было: AssertionError: HTTP 200 {"results":[{"idempotency_key":"e2e-<ulid>","command_type":"upsert_work_session","status":"applied","result":{"id":"<ulid>","revision":1,"status" / стало: passed |
|
||||
| K13/SYNC-B | RED | GREEN | было: AssertionError: HTTP 200 {"results":[{"idempotency_key":"e2e-<ulid>","command_type":"upsert_timesheet_entry","status":"applied","result":{"id":"<ulid>","revision":1,"stat / стало: passed |
|
||||
| K3/N2 | RED | GREEN | было: AssertionError: подтверждение смены: HTTP 500 {"statusCode":500,"code":"23502","error":"Internal Server Error","message":"null value in column \"occurred_at\" of relation / стало: passed |
|
||||
| K4/N1 | RED | GREEN | было: AssertionError: HTTP 500 {"statusCode":500,"code":"42P08","error":"Internal Server Error","message":"inconsistent types deduced for parameter $2"}: expected 500 to be 201 / стало: passed |
|
||||
| K5/N4 | RED | RED | было: AssertionError: подтверждение смены (предусловие, см. N2): HTTP 500 {"statusCode":500,"code":"23502","error":"Internal Server Error","message":"null value in column \"occ / стало: AssertionError: смена должна быть начислена ровно один раз: expected 196800n to be 98400n // Object.is equality |
|
||||
| K6/D5 | RED | RED | было: AssertionError: подтверждение смены (предусловие; падает, пока открыт K3): HTTP 500 {"statusCode":500,"code":"23502","error":"Internal Server Error","message":"null value / стало: AssertionError: после отклонения оплаченной смены должно быть сторно: итог начислений 0: expected 98400n to be 0n // Object.is equality |
|
||||
| K8/D1 | RED | RED | было: AssertionError: подтверждение смены (предусловие; падает, пока открыт K3): HTTP 500 {"statusCode":500,"code":"23502","error":"Internal Server Error","message":"null value / стало: AssertionError: C4 verify: HTTP 404 {"message":"Route GET:/api/v1/staff/payroll/runs/<ulid>/verify not found","error":"Not Found","statusCode":404}: expected 404 to be 20 |
|
||||
|
||||
# F14: форматирование ветки (оверлей tests/e2e/evidence удалён перед проверкой — в ветке исполнителя нет записи .gitignore для него)
|
||||
$ node node_modules/prettier/bin/prettier.cjs --check .
|
||||
Checking formatting...
|
||||
All matched files use Prettier code style!
|
||||
# Было (основная ветка f5ac179): [warn] Code style issues found in 23 files.
|
||||
|
||||
# Перепроверка: ветку обновили force-push во время приёмки; новый HEAD b289dd6d63b8f5bcd7c03a88c07200e2e4a704bc (2026-09-26 ~15:40 UTC+7)
|
||||
$ cd <worktree @ b289dd6> && E2E_MIGRATIONS=roundtrip E2E_DATABASE_NAME=krona_staff_acc node scripts/test/run-e2e.mjs
|
||||
== roundtrip OK: rolledBack=11 reapplied=11
|
||||
Tests 41 failed | 13 passed (54)
|
||||
| K13/SYNC-A | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
| K13/SYNC-B | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
| K3/N2 | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
| K4/N1 | GREEN | 1/1 | зелёный — ИСПРАВЛЕН, уберите из known-defects.json |
|
||||
exit=1
|
||||
| ID | было | стало | фактический вывод |
|
||||
| A4 | RED | RED | было: AssertionError: тела 500 с деталями PostgreSQL: expected [ …(2) ] to deeply equal [] / стало: AssertionError: тела 500 с деталями PostgreSQL: expected [ { …(2) } ] to deeply equal [] |
|
||||
| K13/SYNC-A | RED | GREEN | было: AssertionError: HTTP 200 {"results":[{"idempotency_key":"e2e-<ulid>","command_type":"upsert_work_session","status":"applied","result":{"id":"<ulid>","revision":1,"status" / стало: passed |
|
||||
| K13/SYNC-B | RED | GREEN | было: AssertionError: HTTP 200 {"results":[{"idempotency_key":"e2e-<ulid>","command_type":"upsert_timesheet_entry","status":"applied","result":{"id":"<ulid>","revision":1,"stat / стало: passed |
|
||||
| K3/N2 | RED | GREEN | было: AssertionError: подтверждение смены: HTTP 500 {"statusCode":500,"code":"23502","error":"Internal Server Error","message":"null value in column \"occurred_at\" of relation / стало: passed |
|
||||
| K4/N1 | RED | GREEN | было: AssertionError: HTTP 500 {"statusCode":500,"code":"42P08","error":"Internal Server Error","message":"inconsistent types deduced for parameter $2"}: expected 500 to be 201 / стало: passed |
|
||||
| K5/N4 | RED | RED | было: AssertionError: подтверждение смены (предусловие, см. N2): HTTP 500 {"statusCode":500,"code":"23502","error":"Internal Server Error","message":"null value in column \"occ / стало: AssertionError: смена должна быть начислена ровно один раз: expected 196800n to be 98400n // Object.is equality |
|
||||
| K6/D5 | RED | RED | было: AssertionError: подтверждение смены (предусловие; падает, пока открыт K3): HTTP 500 {"statusCode":500,"code":"23502","error":"Internal Server Error","message":"null value / стало: AssertionError: после отклонения оплаченной смены должно быть сторно: итог начислений 0: expected 98400n to be 0n // Object.is equality |
|
||||
| K8/D1 | RED | RED | было: AssertionError: подтверждение смены (предусловие; падает, пока открыт K3): HTTP 500 {"statusCode":500,"code":"23502","error":"Internal Server Error","message":"null value / стало: AssertionError: C4 verify: HTTP 404 {"message":"Route GET:/api/v1/staff/payroll/runs/<ulid>/verify not found","error":"Not Found","statusCode":404}: expected 404 to be 20 |
|
||||
58
tests/e2e/report-evidence/n13-race.txt
Normal file
58
tests/e2e/report-evidence/n13-race.txt
Normal file
|
|
@ -0,0 +1,58 @@
|
|||
$ node scripts/test/n13-race.mjs --mode as-is --attempts 5
|
||||
[n13] mode=as-is sessions=false N=10 attempt=1: statuses={"500":10} distinct_run_ids=0 db_runs=0 db_lines=0 phantom_run_ids=0 errors={"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint":10} -> BAD
|
||||
[n13] mode=as-is sessions=false N=10 attempt=2: statuses={"500":10} distinct_run_ids=0 db_runs=0 db_lines=0 phantom_run_ids=0 errors={"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint":10} -> BAD
|
||||
[n13] mode=as-is sessions=false N=10 attempt=3: statuses={"500":10} distinct_run_ids=0 db_runs=0 db_lines=0 phantom_run_ids=0 errors={"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint":10} -> BAD
|
||||
[n13] mode=as-is sessions=false N=10 attempt=4: statuses={"500":10} distinct_run_ids=0 db_runs=0 db_lines=0 phantom_run_ids=0 errors={"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint":10} -> BAD
|
||||
[n13] mode=as-is sessions=false N=10 attempt=5: statuses={"500":10} distinct_run_ids=0 db_runs=0 db_lines=0 phantom_run_ids=0 errors={"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint":10} -> BAD
|
||||
[n13] mode=as-is sessions=false N=25 attempt=1: statuses={"500":25} distinct_run_ids=0 db_runs=0 db_lines=0 phantom_run_ids=0 errors={"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint":25} -> BAD
|
||||
[n13] mode=as-is sessions=false N=25 attempt=2: statuses={"500":25} distinct_run_ids=0 db_runs=0 db_lines=0 phantom_run_ids=0 errors={"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint":25} -> BAD
|
||||
[n13] mode=as-is sessions=false N=25 attempt=3: statuses={"500":25} distinct_run_ids=0 db_runs=0 db_lines=0 phantom_run_ids=0 errors={"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint":25} -> BAD
|
||||
[n13] mode=as-is sessions=false N=25 attempt=4: statuses={"500":25} distinct_run_ids=0 db_runs=0 db_lines=0 phantom_run_ids=0 errors={"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint":25} -> BAD
|
||||
[n13] mode=as-is sessions=false N=25 attempt=5: statuses={"500":25} distinct_run_ids=0 db_runs=0 db_lines=0 phantom_run_ids=0 errors={"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint":25} -> BAD
|
||||
[n13] mode=as-is sessions=false N=50 attempt=1: statuses={"500":50} distinct_run_ids=0 db_runs=0 db_lines=0 phantom_run_ids=0 errors={"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint":50} -> BAD
|
||||
[n13] mode=as-is sessions=false N=50 attempt=2: statuses={"500":50} distinct_run_ids=0 db_runs=0 db_lines=0 phantom_run_ids=0 errors={"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint":50} -> BAD
|
||||
[n13] mode=as-is sessions=false N=50 attempt=3: statuses={"500":50} distinct_run_ids=0 db_runs=0 db_lines=0 phantom_run_ids=0 errors={"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint":50} -> BAD
|
||||
[n13] mode=as-is sessions=false N=50 attempt=4: statuses={"500":50} distinct_run_ids=0 db_runs=0 db_lines=0 phantom_run_ids=0 errors={"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint":50} -> BAD
|
||||
[n13] mode=as-is sessions=false N=50 attempt=5: statuses={"500":50} distinct_run_ids=0 db_runs=0 db_lines=0 phantom_run_ids=0 errors={"null value in column \"occurred_at\" of relation \"staff_outbox\" violates not-null constraint":50} -> BAD
|
||||
[n13] ИТОГ mode=as-is sessions=false: попыток 15, некорректных 15
|
||||
exit=1
|
||||
|
||||
$ node scripts/test/n13-race.mjs --mode n2-bypass --attempts 5
|
||||
[n13] ДИАГНОСТИКА: staff_outbox.occurred_at DEFAULT now() (обход N2 только в этой БД)
|
||||
[n13] mode=n2-bypass sessions=false N=10 attempt=1: statuses={"200":10} distinct_run_ids=1 db_runs=1 db_lines=0 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=false N=10 attempt=2: statuses={"200":10} distinct_run_ids=1 db_runs=1 db_lines=0 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=false N=10 attempt=3: statuses={"200":10} distinct_run_ids=1 db_runs=1 db_lines=0 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=false N=10 attempt=4: statuses={"200":10} distinct_run_ids=1 db_runs=1 db_lines=0 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=false N=10 attempt=5: statuses={"200":10} distinct_run_ids=1 db_runs=1 db_lines=0 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=false N=25 attempt=1: statuses={"200":25} distinct_run_ids=1 db_runs=1 db_lines=0 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=false N=25 attempt=2: statuses={"200":25} distinct_run_ids=1 db_runs=1 db_lines=0 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=false N=25 attempt=3: statuses={"200":25} distinct_run_ids=1 db_runs=1 db_lines=0 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=false N=25 attempt=4: statuses={"200":25} distinct_run_ids=1 db_runs=1 db_lines=0 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=false N=25 attempt=5: statuses={"200":25} distinct_run_ids=1 db_runs=1 db_lines=0 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=false N=50 attempt=1: statuses={"200":50} distinct_run_ids=1 db_runs=1 db_lines=0 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=false N=50 attempt=2: statuses={"200":50} distinct_run_ids=1 db_runs=1 db_lines=0 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=false N=50 attempt=3: statuses={"200":50} distinct_run_ids=1 db_runs=1 db_lines=0 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=false N=50 attempt=4: statuses={"200":50} distinct_run_ids=1 db_runs=1 db_lines=0 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=false N=50 attempt=5: statuses={"200":50} distinct_run_ids=1 db_runs=1 db_lines=0 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] ИТОГ mode=n2-bypass sessions=false: попыток 15, некорректных 0
|
||||
exit=0
|
||||
|
||||
$ node scripts/test/n13-race.mjs --mode n2-bypass --attempts 5 --with-sessions --db krona_staff_n13_sessions
|
||||
[n13] ДИАГНОСТИКА: staff_outbox.occurred_at DEFAULT now() (обход N2 только в этой БД)
|
||||
[n13] mode=n2-bypass sessions=true N=10 attempt=1: statuses={"200":10} distinct_run_ids=1 db_runs=1 db_lines=1 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=true N=10 attempt=2: statuses={"200":10} distinct_run_ids=1 db_runs=1 db_lines=1 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=true N=10 attempt=3: statuses={"200":10} distinct_run_ids=1 db_runs=1 db_lines=1 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=true N=10 attempt=4: statuses={"200":10} distinct_run_ids=1 db_runs=1 db_lines=1 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=true N=10 attempt=5: statuses={"200":10} distinct_run_ids=1 db_runs=1 db_lines=1 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=true N=25 attempt=1: statuses={"200":25} distinct_run_ids=1 db_runs=1 db_lines=1 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=true N=25 attempt=2: statuses={"200":25} distinct_run_ids=1 db_runs=1 db_lines=1 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=true N=25 attempt=3: statuses={"200":25} distinct_run_ids=1 db_runs=1 db_lines=1 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=true N=25 attempt=4: statuses={"200":25} distinct_run_ids=1 db_runs=1 db_lines=1 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=true N=25 attempt=5: statuses={"200":25} distinct_run_ids=1 db_runs=1 db_lines=1 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=true N=50 attempt=1: statuses={"200":50} distinct_run_ids=1 db_runs=1 db_lines=1 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=true N=50 attempt=2: statuses={"200":50} distinct_run_ids=1 db_runs=1 db_lines=1 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=true N=50 attempt=3: statuses={"200":50} distinct_run_ids=1 db_runs=1 db_lines=1 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=true N=50 attempt=4: statuses={"200":50} distinct_run_ids=1 db_runs=1 db_lines=1 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] mode=n2-bypass sessions=true N=50 attempt=5: statuses={"200":50} distinct_run_ids=1 db_runs=1 db_lines=1 phantom_run_ids=0 errors={} -> OK
|
||||
[n13] ИТОГ mode=n2-bypass sessions=true: попыток 15, некорректных 0
|
||||
exit=0
|
||||
22
tests/e2e/report-evidence/n5-after.txt
Normal file
22
tests/e2e/report-evidence/n5-after.txt
Normal file
|
|
@ -0,0 +1,22 @@
|
|||
== run 1: DATABASE_TEST_URL=<krona_staff_app@127.0.0.1:55433/krona_staff_e2e> DATABASE_TEST_MIGRATION_URL=<krona_migrator@...> npx vitest run tests/integration/tenant-isolation.test.ts
|
||||
|
||||
RUN v5.0.1 /workspace/krona-staff
|
||||
|
||||
|
||||
Test Files 1 passed (1)
|
||||
Tests 1 passed (1)
|
||||
Start at 14:20:56
|
||||
Duration 275ms (tests 63%, transform 23%, import 12%, worker 1%)
|
||||
|
||||
exit=0
|
||||
== run 2: DATABASE_TEST_URL=<krona_staff_app@127.0.0.1:55433/krona_staff_e2e> DATABASE_TEST_MIGRATION_URL=<krona_migrator@...> npx vitest run tests/integration/tenant-isolation.test.ts
|
||||
|
||||
RUN v5.0.1 /workspace/krona-staff
|
||||
|
||||
|
||||
Test Files 1 passed (1)
|
||||
Tests 1 passed (1)
|
||||
Start at 14:20:57
|
||||
Duration 260ms (tests 62%, transform 23%, import 13%, worker 2%)
|
||||
|
||||
exit=0
|
||||
30
tests/e2e/report-evidence/n5-before.txt
Normal file
30
tests/e2e/report-evidence/n5-before.txt
Normal file
|
|
@ -0,0 +1,30 @@
|
|||
== DATABASE_TEST_URL=<krona_staff_app@127.0.0.1:55433/krona_staff_e2e> npx vitest run tests/integration/tenant-isolation.test.ts (база 778ba2d, до исправления)
|
||||
|
||||
RUN v5.0.1 /workspace/krona-staff
|
||||
|
||||
❯ tests/integration/tenant-isolation.test.ts (1 test) 114ms
|
||||
|
||||
⎯⎯⎯⎯⎯⎯ Failed Suites 1 ⎯⎯⎯⎯⎯⎯⎯
|
||||
|
||||
FAIL tests/integration/tenant-isolation.test.ts > PostgreSQL tenant isolation
|
||||
error: permission denied for table staff_employees
|
||||
❯ node_modules/pg/lib/client.js:694:17
|
||||
❯ tests/integration/tenant-isolation.test.ts:40:7
|
||||
38| await client.query('DELETE FROM staff_outbox WHERE id = $1', [ev…
|
||||
39| await client.query('DELETE FROM staff_professions WHERE id = $1'…
|
||||
40| await client.query('DELETE FROM staff_employees WHERE id = $1', …
|
||||
| ^
|
||||
41| });
|
||||
42| await database.close();
|
||||
❯ Database.tenantTransaction src/infrastructure/database.ts:30:22
|
||||
❯ tests/integration/tenant-isolation.test.ts:31:5
|
||||
|
||||
⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯[1/1]⎯
|
||||
|
||||
|
||||
Test Files 1 failed (1)
|
||||
Tests 1 passed (1)
|
||||
Start at 14:20:47
|
||||
Duration 265ms (tests 62%, transform 23%, import 14%, worker 1%)
|
||||
|
||||
exit=1
|
||||
18
tests/e2e/vitest.e2e.config.ts
Normal file
18
tests/e2e/vitest.e2e.config.ts
Normal file
|
|
@ -0,0 +1,18 @@
|
|||
import { fileURLToPath } from 'node:url';
|
||||
import { defineConfig } from 'vitest/config';
|
||||
|
||||
// Отдельный конфиг: e2e-файлы названы *.e2e.ts и не попадают в `npm test`
|
||||
// (корневой vitest ищет только *.test.ts), поэтому `npm run check` не зависит от
|
||||
// живой PostgreSQL и от известных открытых дефектов.
|
||||
const root = fileURLToPath(new URL('../..', import.meta.url));
|
||||
|
||||
export default defineConfig({
|
||||
root,
|
||||
test: {
|
||||
include: ['tests/e2e/**/*.e2e.ts'],
|
||||
globalSetup: ['tests/e2e/harness/global-setup.ts'],
|
||||
fileParallelism: false,
|
||||
testTimeout: 60_000,
|
||||
hookTimeout: 180_000,
|
||||
},
|
||||
});
|
||||
|
|
@ -1,3 +1,4 @@
|
|||
import pg from 'pg';
|
||||
import { afterAll, beforeAll, describe, expect, it } from 'vitest';
|
||||
import { Database } from '../../src/infrastructure/database.js';
|
||||
import { newUlid, parseUlid } from '../../src/core/ids.js';
|
||||
|
|
@ -5,6 +6,23 @@ import { newUlid, parseUlid } from '../../src/core/ids.js';
|
|||
const connectionString = process.env.DATABASE_TEST_URL;
|
||||
const describeDatabase = connectionString ? describe : describe.skip;
|
||||
|
||||
// Роль приложения намеренно не имеет DELETE на staff_employees и ряде других таблиц,
|
||||
// поэтому очистка идёт соединением роли мигратора (владельца таблиц). FORCE RLS действует
|
||||
// и на владельца, поэтому внутри транзакции выставляется app.tenant_id.
|
||||
const migrationConnectionString =
|
||||
process.env.DATABASE_TEST_MIGRATION_URL ?? process.env.DATABASE_MIGRATION_URL;
|
||||
const cleanupTables = [
|
||||
'staff_sync_device_checkpoints',
|
||||
'staff_sync_command_inbox',
|
||||
'staff_sync_change_log',
|
||||
'staff_sync_devices',
|
||||
'staff_notification_deliveries',
|
||||
'staff_push_subscriptions',
|
||||
'staff_outbox',
|
||||
'staff_professions',
|
||||
'staff_employees',
|
||||
] as const;
|
||||
|
||||
describeDatabase('PostgreSQL tenant isolation', () => {
|
||||
const database = new Database(connectionString!);
|
||||
const tenantA = parseUlid('01J0000000000000000000000A');
|
||||
|
|
@ -20,26 +38,51 @@ describeDatabase('PostgreSQL tenant isolation', () => {
|
|||
const changeIdA = newUlid();
|
||||
const commandIdA = newUlid();
|
||||
|
||||
async function cleanupAsMigrator() {
|
||||
if (!migrationConnectionString) {
|
||||
throw new Error(
|
||||
'DATABASE_TEST_MIGRATION_URL (или DATABASE_MIGRATION_URL) обязателен вместе с DATABASE_TEST_URL: очистка выполняется ролью мигратора',
|
||||
);
|
||||
}
|
||||
const migrator = new pg.Client({
|
||||
connectionString: migrationConnectionString,
|
||||
application_name: 'krona-staff-test-cleanup',
|
||||
});
|
||||
await migrator.connect();
|
||||
try {
|
||||
for (const tenant of [tenantA, tenantB]) {
|
||||
await migrator.query('BEGIN');
|
||||
try {
|
||||
await migrator.query("SELECT set_config('app.tenant_id', $1, true)", [tenant]);
|
||||
for (const table of cleanupTables) {
|
||||
await migrator.query(`DELETE FROM ${table} WHERE tenant_id = $1`, [tenant]);
|
||||
}
|
||||
await migrator.query('COMMIT');
|
||||
} catch (error) {
|
||||
await migrator.query('ROLLBACK');
|
||||
throw error;
|
||||
}
|
||||
}
|
||||
} finally {
|
||||
await migrator.end();
|
||||
}
|
||||
}
|
||||
|
||||
beforeAll(async () => {
|
||||
const role = await database.pool.query(
|
||||
'SELECT rolsuper, rolbypassrls FROM pg_roles WHERE rolname = current_user',
|
||||
);
|
||||
expect(role.rows[0]).toEqual({ rolsuper: false, rolbypassrls: false });
|
||||
// Остатки прошлого упавшего прогона иначе ломают уникальные ключи (EMP-PUSH-1, DEV-A).
|
||||
await cleanupAsMigrator();
|
||||
});
|
||||
|
||||
afterAll(async () => {
|
||||
await database.tenantTransaction(tenantA, actorA, async (client) => {
|
||||
await client.query('DELETE FROM staff_sync_device_checkpoints WHERE tenant_id = $1', [tenantA]);
|
||||
await client.query('DELETE FROM staff_sync_command_inbox WHERE tenant_id = $1', [tenantA]);
|
||||
await client.query('DELETE FROM staff_sync_change_log WHERE tenant_id = $1', [tenantA]);
|
||||
await client.query('DELETE FROM staff_sync_devices WHERE tenant_id = $1', [tenantA]);
|
||||
await client.query('DELETE FROM staff_notification_deliveries WHERE id = $1', [deliveryIdA]);
|
||||
await client.query('DELETE FROM staff_push_subscriptions WHERE id = $1', [subscriptionIdA]);
|
||||
await client.query('DELETE FROM staff_outbox WHERE id = $1', [eventId]);
|
||||
await client.query('DELETE FROM staff_professions WHERE id = $1', [professionId]);
|
||||
await client.query('DELETE FROM staff_employees WHERE id = $1', [employeeIdA]);
|
||||
});
|
||||
await database.close();
|
||||
try {
|
||||
await cleanupAsMigrator();
|
||||
} finally {
|
||||
await database.close();
|
||||
}
|
||||
});
|
||||
|
||||
it('prevents reads and writes across two tenants', async () => {
|
||||
|
|
@ -253,7 +296,9 @@ describeDatabase('PostgreSQL tenant isolation', () => {
|
|||
});
|
||||
|
||||
const cpVisibleToB = await database.tenantTransaction(tenantB, actorB, (client) =>
|
||||
client.query('SELECT device_id FROM staff_sync_device_checkpoints WHERE device_id = $1', [deviceIdA]),
|
||||
client.query('SELECT device_id FROM staff_sync_device_checkpoints WHERE device_id = $1', [
|
||||
deviceIdA,
|
||||
]),
|
||||
);
|
||||
expect(cpVisibleToB.rowCount).toBe(0);
|
||||
|
||||
|
|
|
|||
|
|
@ -3,12 +3,19 @@ import { describe, expect, it } from 'vitest';
|
|||
import { portalCssEnhanced, portalHtml, portalJsEnhanced, portalManifest } from '../../src/portal-ui.js';
|
||||
|
||||
describe('Krona Staff workspace shell', () => {
|
||||
it('exposes the five approved top-level sections with deep routes', () => {
|
||||
expect(portalHtml).toContain('data-route="/staff/dashboard">Дашборд');
|
||||
expect(portalHtml).toContain('data-route="/staff/employees">Сотрудники');
|
||||
expect(portalHtml).toContain('data-route="/staff/finance">Финансы');
|
||||
expect(portalHtml).toContain('data-route="/staff/schedules">Графики');
|
||||
expect(portalHtml).toContain('data-route="/staff/payroll">Зарплата');
|
||||
it('exposes the operational workspace sections with deep routes', () => {
|
||||
expect(portalHtml).toContain('data-route="/staff/dashboard"');
|
||||
expect(portalHtml).toContain('data-route="/staff/employees"');
|
||||
expect(portalHtml).toContain('data-route="/staff/finance"');
|
||||
expect(portalHtml).toContain('data-route="/staff/schedules"');
|
||||
expect(portalHtml).toContain('data-route="/staff/payroll"');
|
||||
expect(portalHtml).toContain('data-route="/staff/attendance">');
|
||||
expect(portalHtml).toContain('data-route="/staff/shifts">');
|
||||
expect(portalHtml).toContain('data-route="/staff/rules">');
|
||||
expect(portalHtml).toContain('data-route="/staff/terminal">');
|
||||
expect(portalHtml).toContain('id="employee-inspector"');
|
||||
expect(portalHtml).toContain('id="finance-entries"');
|
||||
expect(portalHtml).toContain('id="calendar-grid"');
|
||||
expect(portalHtml).not.toContain('<aside class="sidebar"');
|
||||
});
|
||||
|
||||
|
|
@ -23,6 +30,8 @@ describe('Krona Staff workspace shell', () => {
|
|||
|
||||
it('keeps navigation addressable and starts the PWA on the dashboard', () => {
|
||||
expect(portalJsEnhanced).toContain("'/staff/employees':'employees-view'");
|
||||
expect(portalJsEnhanced).toContain("'/staff/attendance':'attendance-view'");
|
||||
expect(portalJsEnhanced).toContain("'/staff/reports':'reports-view'");
|
||||
expect(portalJsEnhanced).toContain("window.addEventListener('popstate'");
|
||||
expect(JSON.parse(portalManifest)).toMatchObject({ start_url: '/staff/dashboard', scope: '/staff' });
|
||||
});
|
||||
|
|
|
|||
Loading…
Reference in a new issue