Регламент информационно-технологического и финансового взаимодействия

Этот Регламент устанавливает единый процесс допуска цифровых компаний к операциям DewwBit Capital и правила взаимодействия между компаниями, разработчиками, биржей, сервисом DewwBit Games и Центральным Финансовым Институтом.

Регламент применяется к регистрации и проверке компании, подтверждению владения проектом, изменению её статуса, выпуску акций, межкомпанейским расчётам, оплате тарифов, передаче технических сведений, аудитам и рассмотрению жалоб.

ЦФИ выступает источником решений и расчётных правил, а компания обязана предоставлять правдивую информацию и выполнять подтверждённые требования. Технический интеграционный сервис не получает право самостоятельно изменять нормативные параметры или списывать средства вне разрешённых сценариев.

Для регистрации компания должна иметь уникальный тикер, описание действующего или планируемого продукта, подтверждённые права на код и материалы, ответственных участников и стартовый баланс Capital, достаточный для пошлины и обеспечения первичного выпуска.

В текущей модели резерв равен 10 Capital на каждую акцию. Минимальный выпуск — 100 акций. Следовательно, минимальная сумма стартового обеспечения для базового выпуска АО — 1 000 Capital плюс регистрационная пошлина. С учётом текущих пошлин минимальная сумма составляет 1 250 Capital для АО, 1 750 Capital для НПАО и 2 250 Capital для ПАО.

Предлагаемое требование к команде: не менее двух подтверждённых разработчиков для АО и НПАО и не менее трёх — для ПАО. Для учебных индивидуальных проектов ЦФИ может предусмотреть упрощённый режим без допуска к публичному размещению. Это проектное правило не реализовано в текущем демо, где можно создать тестовую компанию от одного аккаунта.

При расчёте стартового капитала учитывается именно доступный остаток Capital после других резервирований, а не только отображаемый общий баланс. Внешние кошельки DewwBit или Games не заменяют Capital: пользователь должен провести отдельную транзакцию обмена.

Регистрационная процедура должна быть воспроизводимой и оставлять цифровой след. Компания передаёт заявку через авторизованный интерфейс, получает идентификатор рассмотрения и видит текущий статус.

1. Идентификация инициатора. Проверяется сессия пользователя, его право подавать заявку и отсутствие действующего запрета.
2. Проверка обязательных полей. Проверяются название, тикер, информация о команде, описание проекта, параметры выпуска и согласия с действующими документами.
3. Проверка Capital. Рассчитываются пошлина, резерв и общая сумма к списанию; до подтверждения пользователю показывается итог.
4. Техническая проверка. Подтверждается связь с проектом в DewwBit Games, права на материалы, базовая безопасность и отсутствие дублирующего тикера.
5. Скоринг и решение. ЦФИ принимает решение о регистрации, запрашивает дополнительные материалы либо отказывает с указанием причины.
6. Финальная фиксация. После успешного результата выполняются атомарное списание, открытие карточки, закрепление параметров выпуска и запись в журналах.

Не допускается ситуация, при которой интерфейс показывает успешную регистрацию, но финансовое списание или запись реестра не завершились. При сбое операция должна быть безопасно отменена либо продолжена из однозначно определяемого статуса.

Для единообразной проверки предлагается шкала технического скоринга (оценки проекта по установленным критериям) от 0 до 100 баллов. Она служит проектом процедуры, а не уже работающим компонентом демо-приложения.

Предлагаемые пороги: 70–100 баллов — допуск; 55–69 — возврат на исправление с конкретным списком замечаний; менее 55 — отказ с правом повторной подачи. Наличие критической уязвимости, неправомерного заимствования или подтверждённого мошенничества может привести к отказу независимо от итоговой суммы баллов.

Проверка должна сохранять версию проекта, дату, список проверок, результат и лицо, принявшее решение. Повторный аудит проводится после существенного изменения кода, прав, владельцев, архитектуры платежей или набора запрашиваемых разрешений.

Интеграция компаний с ЦФИ должна выполняться через документированный серверный интерфейс. Клиентская HTML-страница не является доверенной стороной для принятия финансовых решений. Ключи, подписи, секреты и административные полномочия не должны храниться в открытом JavaScript или передаваться в браузер.

• каждый запрос включает идентификатор сервиса, идентификатор операции, время и уникальный ключ защиты от повторного выполнения одного и того же запроса;
• межсервисные сообщения подписываются секретом или асимметричной подписью; подпись проверяется на серверной стороне;
• проверяются срок действия запроса, допустимый источник, права приложения и принадлежность участника;
• ответ содержит однозначный статус, идентификатор записи и безопасное сообщение об ошибке;
• повторные запросы не создают дубль регистрации, эмиссии, перевода или списания;
• секреты периодически обновляются и могут быть отозваны при инциденте.

Для подключения игры из DewwBit Games ЦФИ проверяет, что проект связан с подтверждённым аккаунтом и что заявитель обладает необходимыми правами. При невозможности проверки компания получает статус «ожидает подтверждения», а не безусловный допуск.

Перевод между компаниями считается внутренней операцией Capital и проходит через расчётный механизм ЦФИ. Перед исполнением проверяются полномочия инициатора, статус обеих компаний, доступный остаток, действующие блокировки, тариф и наличие обязательных сведений о назначении платежа.

Проводка должна атомарно уменьшить остаток отправителя и увеличить остаток получателя на согласованную сумму за вычетом заранее раскрытой комиссии, если она применима. В записи сохраняются сумма отправления, комиссия, чистое зачисление, назначение, контрагенты и идентификатор связанного договора или счёта.

Если отправитель и получатель находятся под ограничением, операция отклоняется с объяснением. При техническом тайм-ауте клиент сначала запрашивает статус исходного идентификатора и не создаёт новый перевод автоматически. Возврат средств проводится отдельной обратной проводкой с указанием основания.

Компания оплачивает установленные платформенные пошлины в Capital. Платформенная пошлина или комиссия — это внутренний сбор сервиса, а не государственный налог, если такой налог не возник на основании применимого законодательства и не администрируется отдельным законным механизмом.

• регистрация: в текущем прототипе 250 Capital для АО, 750 для НПАО и 1 250 для ПАО;
• дополнительная эмиссия: 100 Capital за выпуск плюс резерв 10 Capital на каждую новую акцию;
• операции покупки и продажи акций: 1,2% от суммы сделки согласно текущей демо-настройке;
• внешняя транзакция с Capital: 1,5% согласно текущей демо-настройке;
• покупка игры на аукционе: комиссия 2,5% в текущей демо-настройке.

Тариф отображается перед подтверждением, включается в расчёт и сохраняется в финансовой записи. У компании должен быть доступ к истории платежей и выгрузке отчёта по периодам: дата, тип платежа, база расчёта, ставка, комиссия, итог и идентификатор операции.

Предлагается ежемесячная сверка расчётного журнала компании с данными ЦФИ и квартальное подтверждение корректности резервов. Если расхождение превышает установленный порог, соответствующие операции помечаются для проверки до устранения ошибки.

После регистрации компания обязана поддерживать актуальные сведения, своевременно сообщать о смене участников и прав на проект, обновлять контакт ответственного лица, соблюдать ограничения по эмиссии и отвечать на законные запросы аудитора ЦФИ.

Владелец технической интеграции обеспечивает сохранность секретов, ротацию ключей, проверку входящих подписей, защиту от повторных запросов и журналирование административных действий. Секреты не должны попадать в логи, публичные репозитории, фронтенд-код или сообщения об ошибках.

При инциденте безопасности компания без промедления ограничивает затронутый ключ или интеграцию, уведомляет ЦФИ, указывает затронутые операции и сохраняет относящиеся к событию логи. Попытка скрыть инцидент или продолжить несанкционированные операции может стать основанием для приостановки доступа.

Компания не может обходить финансовые ограничения прямым редактированием данных, использовать сторонний аккаунт как номинального владельца или подменять информация о фактическом инициаторе платежа.

Проверки бывают плановыми, событийными и внеплановыми. Поводом могут стать изменение собственника, новая эмиссия, смена платёжных маршрутов, резкий рост операций, жалоба, обнаруженная уязвимость, просроченный кредит или подозрение на фиктивную деятельность.

ЦФИ может запросить дополнительные документы, временно ограничить отдельную функцию, приостановить выпуск акций или заблокировать конкретную транзакцию. Объём ограничения должен быть минимальным, достаточным для контроля риска. При отсутствии основания блокировка снимается, а в журнале сохраняется итог проверки.

Для восстановления доступа компания устраняет замечания, предоставляет доказательства и проходит повторную проверку. ЦФИ записывает закрытие инцидента, дату восстановления и оставшиеся условия мониторинга. Повторное нарушение может привести к более строгой мере.

Стороны обмениваются только теми данными, которые необходимы для регистрации, безопасности, расчётов и исполнения правил. Доступ к персональным данным предоставляется по принципу минимально необходимых полномочий. Публичная карточка компании не должна показывать приватные документы, личные контакты без согласия, секреты или токены доступа.

Разработчик отвечает за наличие права передавать ЦФИ материалы для аудита и использовать их в проекте. Передача исходного кода на проверку не означает автоматического перехода исключительных прав к ЦФИ. Условия доступа, хранения, срока удаления рабочих копий и раскрытия уязвимостей нужно указать в порядке аудита.

Данные о финансовых операциях сохраняются настолько долго, насколько это необходимо для сверки, рассмотрения споров и обеспечения целостности истории. Исправление персональных данных не должно удалять корректную запись о транзакции; при необходимости выполняется отдельная корректировка связанных полей с аудитом.

Компания может обжаловать отказ в регистрации, результат скоринга (оценки проекта по установленным критериям), ограничение доступа, комиссионный расчёт, блокировку операции или санкцию. Апелляция подаётся через предусмотренный интерфейс и содержит номер дела, дату решения, обжалуемые пункты, описание обстоятельств и доказательства.

Предлагаемый срок подачи — 10 рабочих дней с уведомления. ЦФИ подтверждает приём в течение пяти рабочих дней и, как правило, завершает рассмотрение в течение десяти рабочих дней после получения всех существенных материалов. Продление возможно при необходимости технического расследования с обязательным уведомлением заявителя.

Апелляцию рассматривает лицо, не принимавшее первоначальное решение и не имеющее личной заинтересованности в результате. По итогам решение может быть оставлено в силе, изменено, отменено или направлено на повторную проверку. В решении указываются мотивировка, срок исполнения и следующий допустимый шаг.

Апелляция не приводит к автоматическому снятию временной блокировки, если это создаёт реальный риск для сохранности активов. Однако необходимость и объём ограничения должны периодически пересматриваться.

Участники отвечают за достоверность предоставленной информации, сохранность реквизитов, соблюдение технических требований и выполнение подтверждённых финансовых обязательств. ЦФИ отвечает за применение опубликованных правил, документирование решений и корректное рассмотрение обращений в пределах своих полномочий.

Изменения Регламента проходят версионирование. Каждая новая редакция содержит дату публикации, дату вступления в силу, список изменённых требований и, при необходимости, переходный срок для интеграций. Несовместимые изменения API (программный интерфейс для обмена данными) сначала публикуются в тестовом окружении, если это технически возможно.

Регламент становится обязательным внутри платформы после утверждения и включения в единую нормативную базу. До этого он является проектом целевой модели. Требования к скорингу, числу участников, срокам рассмотрения и техническому обмену нужно реализовать на серверной стороне, покрыты тестами и отражены в журнале изменений.