docs: close SQLite migration and e2e blocker

development/verification.md

@@ -33,28 +33,27 @@
 
 ### Известное ограничение сквозной проверки
 
-В сохранённой проверке Prisma 7.9.1 под Node 22 применение миграций к новой
-SQLite-базе завершалось `Schema engine error` до запуска сквозных тестов.
-Это ограничение зафиксировано в [WL-P2-05](audit-remediation.md#p2).
-Предыдущее описание локальной проверки от 12 сентября 2026 года также отмечало
-ошибку на временной базе без обращения к пользовательской базе.
+Прежний blocker WL-P2-05 снят в конфигурации Prisma: на Node 22.21.0 /
+Prisma 7.9.1 унаследованный `RUST_LOG=warn` или `error` воспроизводит пустой
+`Schema engine error`, а отсутствие переменной позволяет fresh migration.
+Backend Prisma config удаляет переменную в процессе CLI после загрузки `.env`;
+это не меняет application logging. Версии зависимостей и SQL history сохранены.
 
-Успех unit-проверок и OpenAPI не закрывает эту границу. Условие проверки —
-стабильная версия Prisma с тремя последовательными успешными применениями
-миграций на новых базах под Node 22.
+`npm run test:e2e` применяет migrations и запускает каждую HTTP suite на отдельной
+временной DB. Один URL передаётся Prisma и Jest; прямой запуск Jest без runner
+отклоняется до DB-запросов. При ошибке и SIGINT/SIGTERM выполняется cleanup.
+`npm run test:sqlite` выбирает auth/cards; `test:durability` отдельно проверяет
+migration, restart, возврат предыдущего приложения и backup/restore.
+Команды и runnable regression — в
+[backend README](../../backend/README.md#реальная-sqlite-и-сохранность-данных),
+фактические результаты — в
+[registry](audit-remediation.md#2026-09-13--wl-p2-05-воспроизводимый-sqlite-e2e).
 
-При реализации ручных карт Prisma 7.9.1 на Node 22.21.0 трижды подряд применил
-существующие migrations к новым временным базам командой
-`RUST_LOG=info DATABASE_URL=file:<новая-временная-база> npx prisma migrate deploy`
-вне sandbox. Без `RUST_LOG=info` пустой `Schema engine error` воспроизводился
-и вне sandbox. Поэтому подтверждён именно этот способ запуска; исправление
-обычного запуска или причина зависимости от журналирования не установлены.
-Он использует штатную историю migrations без `db push`, reset или ручного SQL-обхода.
-Результат исходной проверки сохранён в
-[Tasks ручных карт](../../specs/openspec/changes/add-manual-bank-cards/tasks.md).
-Применение новой миграции, DB-инварианты и HTTP-сценарии требуют своих проверок.
-Условия безопасного локального запуска и сохранения данных —
-в [локальном окружении](local-workspace.md).
+Backend `verify` остаётся статическим/unit/build gate; полный HTTP/DB scope
+проверяется отдельным `test:e2e`. Успех этих команд не подтверждает доступность
+внешнего T-Bank. HTTP tests требуют локальных портов, которые sandbox может
+запрещать. Безопасное сохранение реальных данных — в
+[локальном окружении](local-workspace.md).
 
 ## Где выполнять проверки