Enhance admin endpoints and queries for improved filtering and management

- Updated `ListPaymentRequestsQuery` to include `Kind` and `Search` parameters for better filtering of payment requests.
- Enhanced `ListAuditLogsQuery` to support additional filters: `Source`, `TargetType`, and `Action`, improving audit log retrieval.
- Modified `ListUsersQuery` to accept new filters: `RoleId`, `IsActivated`, `IsBlocked`, and `BillingExpired`, allowing for more granular user management.
- Introduced `DeleteInbound` endpoint to allow deletion of inbounds that are not currently available, enhancing inbound management capabilities.
- Updated frontend API calls to reflect new query parameters and support for additional filtering options in the admin interface.
- Revised API documentation to include new parameters and endpoint functionalities for better clarity and usage guidance.

docs/api-design.md

@@ -278,7 +278,7 @@ approve/reject над `ActivationRequest`.
 | ----- | -------------------------------------------- | ----- | ---------------------------- | ------------- |
 | GET   | `/api/admin/billing/settings`                | admin | —                             | `BillingSettingsDto { requisitesText, graceDays, defaultBillingEnabledForNewRoles }` |
 | PUT   | `/api/admin/billing/settings`                | admin | `{ requisitesText, graceDays, defaultBillingEnabledForNewRoles }` | `BillingSettingsDto` |
-| GET   | `/api/admin/billing/requests`                | admin | query: `status?, page=1, pageSize=20` | `PagedList<AdminPaymentRequestDto>` (включает `userName`, `kind`, `period: PaymentPeriod \| null`) |
+| GET   | `/api/admin/billing/requests`                | admin | query: `status?, kind?, search?, page=1, pageSize=20` (`search` — по имени пользователя, резолвится до пагинации) | `PagedList<AdminPaymentRequestDto>` (включает `userName`, `kind`, `period: PaymentPeriod \| null`) |
 | POST  | `/api/admin/billing/requests/{id}/confirm`   | admin | —                             | `204 No Content` (для `Kind.Subscription` продлевает `BillingPaidUntil` и возвращает приостановленные конфиги в `Active`; для `Kind.RoleChangeTopUp` — только помечает `Confirmed`, `BillingPaidUntil` не трогает, см. domain-model.md#rolechangetopup) |
 | POST  | `/api/admin/billing/requests/{id}/reject`    | admin | `{ reason? }`                 | `204 No Content` |
 | POST  | `/api/admin/billing/gift`                    | admin | `{ userId, days }`            | `204 No Content` (продлевает `BillingPaidUntil` на `days` от `max(текущий, сейчас)`, возвращает приостановленные конфиги, шлёт Telegram-уведомление пользователю; `403 Billing.NotEnabled`, если роль пользователя не billing) |
@@ -308,21 +308,22 @@ approve/reject над `ActivationRequest`.
 | ----- | -------------------------------------- | ----- | ---------------------------------------------------------------------------- | ------------- |
 | GET   | `/api/admin/inbounds`                  | admin | query: `nodeId?`                                                             | `InboundDto[]` |
 | PUT   | `/api/admin/inbounds/{id}/publish`     | admin | `{ isPublished, displayName?, allowedRoleIds? }`               | `InboundDto` |
+| DELETE | `/api/admin/inbounds/{id}`            | admin | только для `IsAvailable=false`, иначе `Inbounds.StillAvailable` | `204` |
 
 ## Admin — Users & Stats
 
 | Метод  | Путь                                    | Роль  | Тело запроса              | Тело ответа |
 | ------ | ---------------------------------------- | ----- | --------------------------- | ------------- |
-| GET    | `/api/admin/users`                       | admin | query: `page, pageSize, search?` | `PagedList<UserSummaryDto>` |
+| GET    | `/api/admin/users`                       | admin | query: `page, pageSize, search?, roleId?, isActivated?, isBlocked?, billingExpired?` | `PagedList<UserSummaryDto>` |
 | PATCH  | `/api/admin/users/{id}/block`            | admin | —                            | `204 No Content` |
 | PATCH  | `/api/admin/users/{id}/unblock`          | admin | —                            | `204 No Content` |
 | POST   | `/api/admin/users/{id}/reset-password`   | admin | `{ newPassword }`            | `204 No Content` |
 | DELETE | `/api/admin/users/{id}`                  | admin | —                            | `204 No Content` (отзывает все конфиги пользователя в 3x-ui, затем удаляет учётку; себя удалить нельзя) |
 | GET    | `/api/admin/users/{id}/configs`          | admin | —                            | `VpnConfigDto[]` |
-| GET    | `/api/admin/configs`                     | admin | query: `page, pageSize, search?, status?` | `PagedList<AdminVpnConfigDto>` |
+| GET    | `/api/admin/configs`                     | admin | query: `page, pageSize, search?, status?, protocol?, nodeId?` | `PagedList<AdminVpnConfigDto>` |
 | DELETE | `/api/admin/configs/{id}`                | admin | —                            | `204 No Content` (принудительный отзыв любого конфига) |
 | GET    | `/api/admin/stats`                       | admin | —                            | `StatsDto` |
-| GET    | `/api/admin/audit`                       | admin | query: `page, pageSize`      | `PagedList<AuditLogDto>` |
+| GET    | `/api/admin/audit`                       | admin | query: `page, pageSize, source?, targetType?, action?` (`action` — подстрока) | `PagedList<AuditLogDto>` |
 
 `AdminVpnConfigDto` — глобальный список конфигов для админа (не скоупится одним пользователем, в
 отличие от `VpnConfigDto`): `{ id, userId, userName, label, clientEmail, protocol, location, nodeName,

docs/domain-model.md

@@ -88,6 +88,17 @@ AppUser
 `IsAvailable` сбрасывается обратно в `true`: без этого разово пропавший инбаунд оставался бы
 недоступным навсегда, даже вернувшись на панель.
 
+Пока запись висит с `IsAvailable=false`, админ может удалить её вручную
+(`DELETE /api/admin/inbounds/{id}`, `DeleteInboundCommandHandler`) — это единственный способ
+вычистить дубли, возникающие, если админ пересоздал инбаунд на самой панели под тем же remark/портом
+(3x-ui выдаёт новый `RemoteInboundId`, старая запись остаётся мусором навсегда, пока её не удалить
+руками). Разрешено только для `IsAvailable=false` — на живой инбаунд эта команда не действует
+(`Inbounds.StillAvailable`). Перед удалением каскадно отзывает (`VpnConfig.Revoke()`) все ещё не
+`Revoked` конфиги на нём — панельного клиента для них всё равно не существует, поэтому это чисто
+локальная операция без вызова гейтвея. Уже `Revoked` конфиги при этом остаются в БД с `InboundId`,
+указывающим на удалённую запись — сознательный компромисс: пользовательские списки конфигов Revoked
+не показывают вовсе, а админский список подставляет "?" вместо локации отсутствующего инбаунда.
+
 > `Node.Status` (health-check раз в 2 минуты, см. `NodeHealthCheckService`) — это диагностический
 > индикатор для админа, не гейт для создания конфига: он кэшированный и может ложно показывать
 > `Offline` из-за временного сбоя пробника. Реальную недоступность ноды ловит вызов
@@ -577,6 +588,13 @@ Singleton (как `PricingSettings`) — реквизиты для оплаты
 знает про `PaymentRequest` (граница Identity/биллинг), поэтому джойн с `PaymentRequests` сделан в
 Application-хендлере поверх результата `IIdentityService.ListUsersAsync`, а не внутри Identity.
 
+`ListUsersAsync` также поддерживает фильтр `billingExpired` (`GET /api/admin/users`) — но не просто
+`BillingPaidUntil < now`: у пользователя без billing-роли это поле тоже `null`, что не значит
+"просрочено". Фильтр дополнительно ограничивает выборку пользователями, чья роль имеет
+`BillingEnabled=true` (джойн `AspNetUserRoles`/`AspNetRoles` внутри `IdentityService`, единственное
+место в Identity, которое смотрит на `AppRole.BillingEnabled`, — не на `PaymentRequest`, так что
+граница Identity/биллинг не нарушается).
+
 Прочие точки, не входящие в `BillingConfigResumer`:
 - **Создание** (`CreateVpnConfigCommandHandler`) пушит `expiresAt = profile.BillingPaidUntil` при
   `BillingEnabled` через `AddClientAsync` — свежий конфиг сразу несёт правильный срок.