К содержимому
Invista 3.0 HTML-прототип
онлайн saved

Коммерческий контур

Создание сделки

Шаг 1 — выбор типа сделки. Шаг 2 — специализированная форма + live-расчёт.

Отмена
⚡ Режим
⌘N / Ctrl+N — открыть с включённым режимом
ⓘ Быстрая сделка (Бизнес §5.17, Доп. Щ) — для проходящих клиентов которых мы не регистрируем. Контрагент автоматически = CL.RETAIL (Розница). Skip выбора менеджера, skip KYC если ≤ 5000 USDT, без 2FA, без correction-flow.
Шаг 1 · Тип сделки Кликните карточку — форма ниже сменится на специализированную (К.7.3)

Не DealType: специальные документы

canonical split
Документ отделён от типа сделкиНачисления поставщиков, операционные расходы, займы, переоценка, закрытие периода и сторно не отправляются как сделка. Они создаются через отдельные финансовые процессы и реестры.

Контекст операции

project_id обязателен

fiat ↔ crypto · USDT → Наличные

frequent · 60%
✓Хэш найденTRC-20 · 10 000 USDT · confirm 35 · From TX… → наш KWEX
!Сумма ≠ заявленнойВ хэше 9 999.50 вместо 10 000 → нужна проверка
✕Хэш уже привязан к DOC-1245Дубль
⚠Сеть TRC-20, но указана ERC-20Конфликт сети
Округление amount_out (Бизнес §7.8)
USDT/USDC/BTC/ETH/TRXшаг 0 · no rounding
USDшаг 1 · half_up · 4999.5 → 5000
EUR / GBP / TRYшаг 5 · half_up · 4998 → 5000
Сторона округлениятолько amount_out (выдача клиенту). amount_in — точная сумма с хэша.
Заметки прототипадемо · backend не вызывается
Что показывает

10 канонических типов сделок (Шаг 1) + специализированные формы (Шаг 2). Типы документов вынесены в отдельные финансовые процессы.

Кликабельно

Карточки типов переключают активную форму, поля редактируются, превью проводок, проверка превышения баланса.

Декоративно

Расчёт — упрощённый; hash не валидируется реально; submit — toast.

Бизнес-правила

К.7.1/К.7.2 frequent vs rare; project_id обязателен; /deals принимает только DealType; kwex_internal_swap без blockchain hash; клиентский баланс — scalar USDT.