Чек-листы настройки админки

Назначение

Эта страница нужна для ответов на вопросы “как правильно настроить”. AI-агент должен давать не общие советы, а понятный порядок действий.

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

Как отвечать по чек-листу

Правило	Что делать
Начинать с цели	Спросить, что настраиваем: валюту, направление, курс, платеж, KYC, AML или уведомление
Идти по цепочке	Сначала базовые настройки, потом проверки, потом тест
Предупреждать о риске	Для курсов, резервов, платежей и безопасности всегда добавлять предупреждение
Завершать проверкой	После настройки проверить публичную форму, тестовую заявку или журнал

Чек-лист: добавить новую валюту

1. Создать валюту с понятным названием и кодом.
2. Указать сеть, если валюта работает в разных сетях.
3. Включить или оставить выключенной до теста.
4. Настроить поля реквизитов, которые клиент должен заполнить.
5. Добавить подсказки и примеры для полей.
6. Настроить маски или проверки формата, если они нужны.
7. Настроить резерв или источник резерва.
8. Проверить, нужна ли KYC-проверка.
9. Проверить, нужна ли AML-проверка.
10. Привязать мерчанты или выплаты, если валюта работает автоматически.
11. Создать направление обмена с этой валютой.
12. Проверить публичную форму на сайте.

Важно: валюта без направления не даст клиенту обмен. Направление без резерва или курса может не отображаться.

Чек-лист: полностью настроить валюту по вкладкам

1. Открыть валюту и начать с вкладки Основное.
2. Проверить статус: активная валюта видна в работе, неактивная или архивная не должна принимать клиентов.
3. Заполнить платежный код, отображаемый код, техническое название, XML-обозначение и формат числа.
4. Перейти во вкладку Поля и настроить поля для стороны "Отдаю" и "Получаю".
5. Для каждого поля указать понятное название, подсказку, min/max длину, маску, допустимые символы и текст ошибки.
6. Включить удаление пробелов, если клиент часто копирует реквизит с пробелами.
7. Перейти во вкладку Информация и заполнить инструкцию, описание, уведомления, документы и текст кнопки.
8. Проверить, что инструкции написаны для клиента простым языком и совпадают с реальным процессом обмена.
9. Во вкладке Верификация карты включить проверку только там, где оператор реально проверяет карту.
10. Во вкладке Верификация личности выбрать режим проверки, минимальную сумму и поведение для неподтвержденного клиента.
11. Во вкладке Мерчанты выбрать провайдеры приема, сеть, валидаторы и лимиты.
12. Во вкладке Выплаты выбрать провайдеры выплат, сеть, лимиты и разрешение автовыплаты.
13. Во вкладке AML выбрать сервис, условия проверки адреса/транзакции, суммы старта и тексты для клиента.
14. Во вкладке Лимиты резерва задать отображаемый резерв, ограничения по дням/месяцам и правила переноса резерва.
15. Во вкладке Реквизиты выбрать стандартную выдачу или выдачу по запросу.
16. Во вкладке Пересчет задать автоматический пересчет только для тех статусов, где заявка еще не финальная.
17. Во вкладке Партнер настроить процент и фиксированную выплату, если по этой валюте есть отдельное партнерское правило.
18. Во вкладке Опции включить QR, загрузку файлов, пошаговую заявку или email-подтверждение только если это нужно клиентскому сценарию.
19. Создать или проверить направление с этой валютой.
20. Проверить публичную форму, тестовую заявку, реквизиты, резерв, уведомления и журнал.

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

Чек-лист: добавить направление обмена

1. Выбрать валюту “Отдаю”.
2. Выбрать валюту “Получаю”.
3. Указать статус направления.
4. Настроить курс: ручной, источник, формула, файл или BestChange.
5. Указать минимальную и максимальную сумму.
6. Настроить резерв.
7. Настроить прибыль, доп. комиссии и комиссии ПС.
8. Проверить правила "От суммы обмена", если условия зависят от размера заявки.
9. Настроить пересчет заявок, если нужен FIX/FLOATING.
10. Настроить ограничения и проверки: страны, IP, KYC, лимит новичка, лимиты заявок.
11. Настроить поля, которые клиент заполняет при создании заявки.
12. Настроить инструкцию для клиента.
13. Проверить KYC и AML-условия.
14. Настроить мерчант приема оплаты, если нужен.
15. Настроить автовыплату, если нужна.
16. Проверить уведомления для клиента и оператора.
17. Открыть публичную форму обмена.
18. Создать тестовую заявку без реальной оплаты или по безопасному регламенту.

Важно: не включайте направление для клиентов, пока не проверены курс, резерв, лимиты, комиссии, ограничения, реквизиты и текст инструкции.

Чек-лист: настроить курс направления

1. Открыть направление и посмотреть, какой тип курса выбран.
2. Если курс ручной, проверить значение и точность.
3. Если курс из источника, проверить пару и дату обновления.
4. Если курс по формуле, открыть preview и проверить теги.
5. Если курс из файла, проверить дату файла и формат.
6. Если курс BestChange, проверить пару, режим расчета и фильтры.
7. Проверить наценку, скидку и комиссии направления.
8. Посчитать итог вручную на простой сумме.
9. Проверить публичный калькулятор.
10. Проверить тестовую заявку.

Важно: неверный курс напрямую влияет на деньги обменника и клиента.

Чек-лист: настроить формулу курса

1. Определить пару, например BTC - RUB.
2. Решить, какие источники нужны: BTC - USDT, USDT - RUB, BestChange, файл или конкурент.
3. Скопировать теги из каталога тегов.
4. Собрать простую формулу без лишней логики.
5. Добавить маржу числом или коэффициентом.
6. Добавить fallback, если основной источник может быть пустым.
7. Добавить limit, если нужно защититься от рыночного выброса.
8. Настроить точность.
9. Сделать preview.
10. Сравнить результат с ручным расчетом.
11. Проверить обратную пару, если она связана.
12. Привязать формулу к направлению.
13. Проверить форму обмена и тестовую заявку.

Важно: если коэффициент используется в нескольких формулах, изменение затронет все связанные пары.

Чек-лист: настроить BestChange-курс

1. Открыть «Парсер курсов» — «BestChange API» и включить глобальное получение данных.
2. Заполнить API-ключ в закрытой админке, выбрать версию сайта, таймаут, proxy только при необходимости и журнал ошибок.
3. Выбрать тип значения: обычный rate или ранжированный rankrate.
4. Выбрать стратегию: конкретная позиция, медиана TOP-N или средневзвешенное TOP-N.
5. Настроить общий пул обменников: off, soft или strict, затем preferred и excluded списки.
6. Создать пару валют, которая соответствует стороне «Отдаете» и «Получаете» в направлении.
7. Для наличной пары выбрать город; для сетевой валюты убедиться, что код соответствует нужной сети.
8. Указать позицию или диапазон, TOP-N, шаг и формулу только после ручного расчета примера.
9. Настроить whitelist, blacklist, минимальный резерв и рабочий диапазон суммы.
10. Задать fallback или стандартный курс для критичной пары и решить, нужно ли сбрасывать старое значение при ошибке.
11. Выполнить preview, проверить рейтинг выбранных предложений и журнал ошибок.
12. Привязать пару или ее тег к направлению и сравнить итоговую сумму на сайте с ручным расчетом.
13. Проверить scheduler и свежесть значения после автоматического обновления.

Важно: слишком строгие фильтры могут оставить направление без курса.

Чек-лист: подготовить BestChange XML и листинг

1. Открыть «Настройки» — «Курсы и расчёты» — «Экспорт курсов» и создать файл типа BestChange XML.
2. Задать уникальное имя файла, включить его и выбрать публичный доступ или доступ по ссылке.
3. Настроить точность чисел, источник fromfee и tofee, обработку offline-направлений и исключения.
4. Включить пропуск направления, если резерв меньше минимальной суммы обмена.
5. Проверить минимум, максимум, резерв, курс и комиссии минимум на пяти направлениях.
6. Убедиться, что XML открывается без авторизации и является корректным XML.
7. Изменить тестовый курс или резерв и проверить, что файл обновился сразу, а не только по редкому cron.
8. Проверить партнерские параметры перехода, уникальный номер заявки, расчет без регистрации и активное согласие с правилами.
9. Опубликовать AML/KYC/KYT, конфиденциальность, условия обмена, контакты и часы поддержки.
10. Сверить актуальные требования, формат и метки с официальными страницами BestChange перед подачей.

Важно: парсер BestChange и экспортный XML решают противоположные задачи. Первый получает рынок, второй публикует ваши направления.

Чек-лист: подключить онлайн-чат

1. Открыть «Настройки» — «Дополнительно» — «Онлайн чат».
2. Выбрать точный тип: iEXChat, JivoSite, InterCom, Tawk или Talk-me.
3. Скопировать из кабинета провайдера только нужный идентификатор, а не весь HTML-код виджета.
4. Для iEXChat отдельно проверить доверенный URL загрузчика; для внешних встроенных провайдеров URL формируется автоматически.
5. Для JivoSite настроить событие передачи данных заявки, шаблон сообщения и допустимый объем данных клиента.
6. Для Intercom проверить App ID, разрешенный домен, SPA-переходы и очистку сессии после выхода пользователя.
7. Для Tawk.to указать идентификатор вида PROPERTY_ID/WIDGET_ID; для Talk-Me — ID из параметра официального скрипта.
8. Настроить чат заявки: статусы, Telegram/email, файлы, расширения, размер, индикатор печати и быстрые ответы.
9. Проверить виджет в приватном окне на desktop и mobile, отправить сообщение и пройти тестовую заявку.
10. Проверить cookie-consent, CSP и то, какие персональные данные уходят внешнему сервису.

Важно: Zendesk не входит во встроенный список текущей админки. Для него нужна согласованная frontend-интеграция; не вставляйте его код в поле другого провайдера.

Чек-лист: организовать Jivo, Intercom или Zendesk

1. Уточнить сервис и тариф, не смешивать названия разделов разных кабинетов.
2. Защитить owner/admin аккаунты 2FA и сохранить recovery-коды.
3. Создать отдельные учетные записи операторов с минимальными ролями.
4. Создать отделы, team inboxes или группы по реальным обязанностям.
5. Добавить хотя бы одного активного сотрудника в каждую очередь.
6. Выбрать Manual, Round Robin, Balanced или другую понятную стратегию.
7. Настроить timezone, office hours, holidays и offline-текст.
8. Создать правила routing/triggers/workflows и обязательный fallback.
9. Ограничить параллельную нагрузку и проверить переполненную очередь.
10. Для Intercom/Zendesk авторизованных клиентов внедрить JWT на backend и очистку сессии при выходе.
11. Проверить consent, CSP, вложения, срок хранения и запрет секретных данных.
12. Провести тест нового клиента, авторизованного клиента, mobile, offline, transfer и удаленного сотрудника.

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

Чек-лист: настроить резерв

1. Определить, где должен храниться резерв: в валюте, направлении или файле.
2. Указать сумму резерва.
3. Проверить, соответствует ли резерв фактическим средствам.
4. Проверить, нужно ли скрывать направление при недостатке резерва.
5. Настроить обновление резерва, если он берется из файла.
6. Проверить резерв на публичной форме обмена.
7. Создать тестовую заявку на сумму меньше резерва.
8. Проверить, что сумма больше резерва корректно блокируется.

Важно: завышенный резерв создает риск принять заявку, которую невозможно выполнить.

Чек-лист: настроить резерв из файла

1. Включить настройку файловых резервов в разделе резервов.
2. Создать источник файлового резерва и указать публичный https:// txt-файл.
3. В txt-файле указать строки в формате ключ : сумма, например USDT_TRC20 : 15000.
4. Проверить, что в файле нет лишнего текста вместо ключей и сумм.
5. Создать или найти ключ файла в админке.
6. Проверить, что ключ активен и сумма прочиталась без ошибки.
7. Открыть обычный резерв валюты и привязать его к нужному ключу файла.
8. Проверить, что обычный резерв обновился суммой из файла.
9. Проверить публичную форму обмена и сумму доступного резерва.
10. Проверить CRON в FastPanel: /opt/php84/bin/php полный_путь_к_проекту/artisan schedule:run >/dev/null 2>&1.
11. Убедиться, что между /opt/php84/bin/php и путем к проекту есть пробел.
12. Убедиться, что используется именно PHP 8.4 FastPanel, а не /usr/bin/php.

Важно: файл сам по себе не меняет все резервы. Обычный резерв должен быть привязан к конкретному ключу файла.

Чек-лист: диагностировать резерв

1. Уточнить валюту и направление, где виден неправильный резерв.
2. Проверить обычный резерв валюты.
3. Проверить, включен ли фиксированный резерв.
4. Проверить, есть ли связанный родительский резерв.
5. Проверить, привязан ли резерв к файловому ключу.
6. Проверить дату последнего обновления файла резервов.
7. Проверить лимиты резерва в валюте и направлении.
8. Проверить, не скрывает ли направление недостаток резерва.
9. Проверить публичную форму на сумме меньше и больше резерва.

Важно: если резерв ниже минимальной суммы направления, клиент может не увидеть пару или не сможет создать заявку.

Чек-лист: подключить мерчант приема оплаты

1. Выбрать платежную систему.
2. Указать валюту и направление, где мерчант должен работать.
3. Заполнить настройки подключения в защищенном месте админки.
4. Указать лимиты и статус.
5. Проверить правила выбора мерчанта.
6. Проверить, какие реквизиты увидит клиент.
7. Создать тестовую заявку.
8. Проверить журнал платежной системы.
9. Проверить, что статус заявки меняется правильно.

Важно: ключи, токены, секреты и приватные адреса нельзя добавлять в документацию или чат.

Чек-лист: настроить автовыплату

1. Выбрать провайдера выплаты.
2. Проверить валюту и сеть.
3. Указать лимиты.
4. Проверить резерв.
5. Настроить условия, когда выплата запускается автоматически.
6. Проверить, какие статусы заявки разрешают выплату.
7. Сделать тест на минимальной безопасной сумме.
8. Проверить журнал выплаты.
9. Проверить, что повторный запуск не создаст дубль.

Важно: автовыплата — высокорисковая настройка. Включайте ее только после теста.

Чек-лист: настроить KYC

1. Выбрать KYC-сервис.
2. Проверить статус сервиса.
3. Настроить, для каких валют или направлений требуется проверка.
4. Указать, какие документы нужны клиенту.
5. Настроить тексты для клиента.
6. Проверить ручную модерацию.
7. Проверить причины отказа.
8. Создать тестовый сценарий.

Важно: список документов и причины отказа должен подтвердить владелец или compliance-ответственный.

Чек-лист: настроить AML

1. Выбрать AML-сервис.
2. Проверить статус сервиса.
3. Настроить валюты и направления, где нужна проверка.
4. Указать допустимые уровни риска.
5. Настроить действие при высоком риске.
6. Проверить журнал AML.
7. Проверить текст для оператора.
8. Проверить, что клиент не видит лишние внутренние детали.

Важно: допустимый риск и порядок ручной проверки должен подтвердить владелец обменника.

Чек-лист: настроить email-уведомления

1. Проверить почтовый сервис.
2. Проверить отправителя.
3. Выбрать событие, по которому отправляется письмо.
4. Проверить шаблон на нужном языке.
5. Проверить тему письма.
6. Проверить теги в тексте.
7. Отправить тест.
8. Проверить папку спама.
9. Проверить журнал отправки.

Важно: письмо клиенту должно быть понятным и не содержать внутренних комментариев оператора.

Чек-лист: настроить Telegram Bot

1. Проверить, что бот создан и подключен.
2. Проверить канал или чат получателя.
3. Выбрать события для уведомлений.
4. Проверить шаблоны сообщений.
5. Проверить права бота в канале.
6. Отправить тестовое уведомление.
7. Проверить журнал.

Важно: токен бота нельзя публиковать в документации, чате или задачах.

Чек-лист: запустить партнерскую программу

1. Подготовить публичные условия партнерской программы.
2. Включить реферальную систему в настройках партнерки.
3. Создать реферальную программу с понятным названием и описанием.
4. Указать процент начисления.
5. Указать срок жизни реферала или выбрать бессрочный режим, если клиент должен закрепляться навсегда.
6. Выбрать тип начисления: от суммы обмена или от прибыли направления.
7. Указать минимальную сумму выплаты партнеру.
8. Выбрать программу по умолчанию.
9. Включить журнал партнерских событий.
10. Заполнить тексты условий: партнерская программа, cashback, мониторинг.
11. Добавить баннеры, если партнеры должны брать готовые материалы.
12. Создать тестовую реферальную ссылку.
13. Перейти по ссылке в новом браузере или инкогнито.
14. Создать тестового клиента и тестовую заявку.
15. Проверить, закрепился ли клиент за партнером.
16. Проверить начисление после финального статуса заявки и возможный HOLD.
17. Проверить журнал реферальных событий.

Важно: партнерские условия в админке должны совпадать с текстом, который видит партнер. Не обещайте процент или срок, который не настроен в системе.

Чек-лист: создать роль оператора

1. Создать отдельную роль.
2. Дать доступ к списку заявок.
3. Дать доступ к карточке заявки.
4. Дать доступ к нужным действиям по статусам.
5. Дать доступ к чату заявки, если оператор отвечает клиенту.
6. Дать доступ к нужным журналам.
7. Не давать доступ к курсам, платежным ключам, безопасности и системным настройкам без причины.
8. Проверить вход под тестовым оператором.

Важно: роль должна соответствовать реальным обязанностям сотрудника.

Чек-лист: проверить безопасность админки

1. Проверить 2FA у администраторов.
2. Проверить роли и лишние права.
3. Проверить активные сессии.
4. Проверить подозрительные входы.
5. Проверить IP-ограничения, если они используются.
6. Проверить сотрудников, которые больше не должны иметь доступ.
7. Проверить журналы безопасности.
8. Обновить регламент доступа.

Важно: ошибка в IP-ограничениях может закрыть доступ к админке всем сотрудникам.

Чек-лист: проверить проблему “клиент не может создать заявку”

1. Уточнить пару валют и сумму.
2. Проверить, включены ли обе валюты.
3. Проверить, включено ли направление.
4. Проверить курс.
5. Проверить резерв.
6. Проверить минимальную и максимальную сумму.
7. Проверить обязательные поля формы.
8. Проверить KYC и AML-условия.
9. Проверить блокировки пользователя.
10. Проверить текст ошибки на сайте.

Важно: точный текст ошибки часто сразу показывает причину.

Чек-лист: проверить проблему “курс на сайте неправильный”

1. Открыть направление.
2. Проверить тип курса.
3. Проверить источник или формулу.
4. Проверить дату обновления.
5. Проверить коэффициенты и наценки.
6. Проверить комиссии направления: Основная, Доп. и ПС, От суммы обмена.
7. Проверить округление.
8. Очистить кеш, если настройки уже исправлены.
9. Проверить публичный калькулятор.

Важно: сравнивайте курс на одной и той же сумме, иначе комиссия может визуально менять итог.

Чек-лист: проверить проблему “заявка зависла”

1. Открыть карточку заявки.
2. Проверить текущий статус.
3. Проверить оплату.
4. Проверить сумму.
5. Проверить реквизит.
6. Проверить комментарии оператора.
7. Проверить журналы платежной системы.
8. Проверить KYC и AML.
9. Проверить очередь выплат, если заявка должна перейти к выплате.
10. Зафиксировать решение в комментарии.

Важно: ручное изменение статуса без проверки оплаты может создать финансовый риск.

Чек-лист: выдать реквизиты по запросу

1. Убедиться, что у входящей валюты выбран метод выдачи «По запросу».
2. Открыть «Заявки» — «Список заявок» — «Реквизиты по запросу».
3. Проверить сумму, направление, банк или сеть, лимиты и риск заявки.
4. Выбрать тип реквизита; для криптовалюты обязательно указать сеть.
5. Заполнить публичный комментарий и дополнительные поля.
6. Для каждого поля выбрать видимость: клиенту, операторам или только в журнале.
7. Проверить preview перед отправкой.
8. После выдачи проверить версию, историю и статус доставки уведомления.
9. При замене выбрать причину и написать внутреннее обоснование.
10. При конфликте версии обновить карточку и сравнить изменение другого оператора.

Важно: окно замены отсчитывается от первой фактической выдачи. Не обходите истекший срок или ручную блокировку смены.

Чек-лист: обновить контент сайта

1. Найти нужную страницу или блок.
2. Проверить язык.
3. Изменить текст.
4. Проверить статус публикации.
5. Проверить ссылку в меню, если страница должна быть доступна.
6. Проверить мобильную версию.
7. Очистить кеш, если старый текст остается.

Важно: юридические тексты правил обмена, AML, KYC и возвратов должен подтвердить владелец.

Чек-лист: подготовить ответ клиенту при ошибке

1. Понять, о чем вопрос: заявка, курс, оплата, верификация или доступ.
2. Не раскрывать внутренние данные и приватные причины.
3. Проверить статус и фактические данные в админке.
4. Написать клиенту простыми словами.
5. Дать конкретное действие: доплатить, ожидать проверку, исправить реквизит, пройти KYC.
6. Указать срок, если он есть в регламенте.
7. Зафиксировать ответ в комментарии заявки.

Важно: клиенту нужно объяснение без внутренних технических деталей.

Чек-лист: начать настройку админки с нуля

1. Проверить, что сервер, домен, SSL, PHP, база, Redis, cron и очереди готовы.
2. Проверить вход владельца в админку.
3. Включить 2FA для владельца и создать резервного администратора.
4. Создать роли операторов без лишнего доступа к настройкам, выплатам и безопасности.
5. Заполнить название сайта, часовой пояс, языки, контакты и правила.
6. Настроить email и отправить тестовое письмо.
7. Настроить Telegram-канал операторов и тестовое уведомление.
8. Создать первые валюты и проверить сети, поля, логотипы и статус.
9. Создать платежные системы, реквизиты или мерчант для приема оплаты.
10. Создать первое направление обмена.
11. Настроить курс, min/max, резерв и инструкцию для клиента.
12. Проверить KYC, AML, CAPTCHA и антиспам только там, где они действительно нужны.
13. Создать тестовую заявку с публичного сайта.
14. Проверить заявку в админке, уведомления, журнал и финальный статус.
15. После успешного теста постепенно добавлять новые направления.

Важно: готовность запуска подтверждает не заполненная админка, а успешная тестовая заявка.

Чек-лист: подготовить сервер для технической команды

1. Подготовить отдельный сервер без лишних сайтов.
2. Настроить домен и SSL.
3. Настроить Nginx так, чтобы корнем сайта была папка public.
4. Подключить PHP-FPM 8.4 для web-запросов.
5. Проверить, что PHP CLI тоже использует совместимую версию.
6. Создать базу данных и отдельного пользователя базы.
7. Установить и закрыть Redis от публичного доступа.
8. Настроить .env без публикации секретов.
9. Установить PHP-зависимости через Composer.
10. Установить frontend-зависимости и собрать ассеты.
11. Выполнить миграции по регламенту установки.
12. Настроить cron schedule:run каждую минуту через FastPanel PHP 8.4: /opt/php84/bin/php полный_путь_к_проекту/artisan schedule:run >/dev/null 2>&1.
13. Настроить Horizon или queue worker через Supervisor/systemd.
14. Проверить права на storage и bootstrap/cache.
15. Настроить резервные копии файлов и базы.
16. Проверить восстановление или хотя бы контрольную выгрузку backup.

Важно: если не настроить cron и очереди, сайт может открываться, но курсы, письма, выплаты и аналитика будут работать неправильно.

Для FastPanel не используйте /usr/bin/php и не сокращайте путь к проекту. Между /opt/php84/bin/php и полным путем к artisan обязательно должен быть пробел.

Чек-лист: создать облачный сервер

1. Уточнить провайдера: Hetzner, DigitalOcean, Timeweb Cloud или FASTVPS.
2. Защитить аккаунт провайдера 2FA и разделить роли команды.
3. Создать отдельный production project/VPC, если платформа это поддерживает.
4. Выбрать чистую Debian 12 или Ubuntu 24.04 без готового web-стека.
5. Выбрать регион и рабочие ресурсы; 4 vCPU, 8 ГБ и 80–120 ГБ использовать только как стартовый ориентир.
6. Добавить публичный SSH key и проверить root-вход в новой сессии.
7. Подключить публичный IPv4 и документировать DNS-план.
8. Разрешить 22 только с административного IP, 80/443 публично и 8888 только с административного IP.
9. Закрыть 3306, 6379, 4000 и внутренние process-порты.
10. Включить backups, monitoring, alerts и защиту от удаления.
11. Проверить ответственность: backup provider, snapshot и внешний FASTPANEL backup - разные механизмы.
12. Проверить ОС, CPU, RAM, disk, network и только затем устанавливать FASTPANEL.

Важно: Cloud Firewall и firewall внутри ОС действуют одновременно. После изменения правил сохраняйте активную аварийную сессию до проверки нового SSH-входа.

Чек-лист: первично настроить FASTPANEL

1. Использовать чистую поддерживаемую 64-битную ОС.
2. Обновить ОС и перезагрузить сервер до установки панели.
3. Установить FASTPANEL только официальным скриптом.
4. Сменить временный пароль и добавить SSH-ключ.
5. Настроить отдельный домен и HTTPS для панели.
6. Ограничить 8888 доверенными IP после проверки аварийного SSH.
7. Создать отдельных пользователей frontend и backend.
8. Создать сайты, DNS и SSL.
9. Установить PHP 8.4 и Redis через Applications.
10. Создать отдельные DB users без публичного 3306.
11. Настроить внешний backup и запустить первую копию вручную.
12. Проверить CPU, RAM, disk, inodes, сервисы и журналы.
13. Сохранить доступы и схему сервера в закрытом реестре владельца.

Чек-лист: обслуживать Debian 12 или Ubuntu 24.04

1. Проверить backup и свободное место.
2. Проверить systemctl --failed, CPU, RAM, swap и OOM.
3. Выполнить apt-get update и просмотреть список обновлений.
4. Проверить совместимость критичных пакетов.
5. Установить security updates в окно обслуживания.
6. Проверить /var/run/reboot-required.
7. После reboot проверить Nginx, PHP-FPM, MySQL, Redis, Supervisor и PM2.
8. Проверить cron, frontend, API, админку, WebSocket и тестовую заявку.
9. Проверить свежую резервную копию после успешного запуска.
10. Major-upgrade выполнять только по отдельному плану со snapshot и откатом.

Чек-лист: проверить фоновые процессы

1. Уточнить симптом: курсы, письма, Telegram, выплаты, архив, аналитика или все сразу.
2. Проверить, когда был последний успешный запуск нужной задачи.
3. Проверить режим в Настройки - CRON, если вопрос про курсы, BestChange или файлы.
4. Проверить, работает ли Laravel scheduler. В FastPanel команда должна выглядеть так: /opt/php84/bin/php полный_путь_к_проекту/artisan schedule:run >/dev/null 2>&1.
5. Проверить Redis.
6. Проверить Horizon или queue worker.
7. Проверить, не растут ли очереди.
8. Проверить логи конкретной задачи.
9. Если вопрос связан с выплатой, не повторять действие до проверки первой попытки.
10. После исправления сделать безопасный тест.

Важно: фоновые процессы относятся к серверной эксплуатации. AI может дать порядок проверки, но не должен просить секреты или приватные логи в открытый чат.

Чек-лист: полностью защитить админку

1. Оставить открытой рабочую сессию владельца.
2. Проверить доставку email владельца.
3. Подключить Google 2FA главному администратору.
4. Включить видимость сессий и одну активную сессию.
5. Настроить лимит входа и защиту пароля.
6. Задать непредсказуемый постоянный адрес.
7. Проверить новый адрес в приватном окне.
8. Включить персональную ссылку и подтвердить её в том же браузере.
9. Настроить доверенный прокси только при наличии Cloudflare, StormWall или балансировщика.
10. Проверить реальный IP до включения allowlist.
11. Настроить CAPTCHA и проверить вход администратора.
12. Включить отдельный код для мерчантов и реквизитов.
13. При необходимости включить несколько подтверждений критичных действий.
14. Проверить вход, выход, отзыв сессии и журналы.

Важно: строгие ограничения включаются по одному. Реальные адреса, коды и секреты не добавляются в документацию.

Чек-лист: настроить направление по всем вкладкам

1. Создать направление неактивным.
2. Выбрать готовые валюты «Отдаю» и «Получаю».
3. Указать техническое название и суммы обеих сторон.
4. Привязать дополнительные поля.
5. Заполнить инструкции, статусы, кнопки и email.
6. Выбрать правила карты и личности.
7. Настроить город, если обмен наличный.
8. Выбрать один основной источник курса.
9. Проверить страховку, кратность и ограничения курса.
10. Настроить прибыль и все нужные комиссии.
11. Проверить резерв и реквизиты.
12. Настроить пересчёт заявки.
13. Проверить партнёрские пределы.
14. Настроить экспорт и ограничения клиентов.
15. Посчитать минимум, среднюю и максимальную сумму вручную.
16. Создать тестовую заявку.
17. Включить направление и проверить публичный сайт.

Чек-лист: подключить файл курсов

1. Подготовить публичный JSON, CSV или TXT не больше 2 МБ.
2. Проверить, что URL открывается без авторизации браузера.
3. Создать источник в «Курсы из файлов» — «Источники».
4. Убедиться, что тип файла определён.
5. Добавить пару в формате BTC - USDT.
6. Выбрать точность от 0 до 18 знаков.
7. Дождаться preview с найденной парой и положительным значением.
8. Включить пару.
9. Проверить дату обновления.
10. Привязать к неактивному направлению.
11. Проверить полный расчёт и тестовую заявку.
12. Проверить FastPanel cron через PHP 8.4.

Чек-лист: установить и проверить плагин

1. Получить официальный ZIP и данные версии.
2. Сделать backup перед миграциями.
3. Выбрать доступный тип «Курсы».
4. Загрузить ZIP или указать безопасную ссылку.
5. Выполнить preview.
6. Проверить версию ядра, PHP, Laravel и расширения.
7. Прочитать план, ошибки и предупреждения.
8. Для источника курса выбрать режим поиска пар.
9. Установить только при разрешённом результате.
10. Заполнить секреты и обычные настройки.
11. Выполнить health-check.
12. Запустить миграции только после backup и проверки плана.
13. Для курса проверить импорт и включить одну тестовую пару.
14. Проверить курс в неактивном тестовом направлении и создать тестовую заявку.
15. Записать версию и контрольную сумму в закрытый реестр.

Чек-лист: запустить Horizon и Pulse

1. Проверить QUEUE_DRIVER=redis и доступность Redis.
2. Проверить конфигурацию всех очередей Horizon.
3. Убедиться, что Supervisor запускает artisan horizon от пользователя backend-сайта.
4. Выполнить horizon:status через /opt/php84/bin/php.
5. Проверить основной supervisor и отдельную очередь analytics.
6. Убедиться, что cron запускает Laravel Scheduler каждую минуту.
7. Проверить horizon:snapshot каждые пять минут.
8. Создать отдельную Pulse-базу и отдельного пользователя.
9. Применить миграции.
10. Включить PULSE_ENABLED=true.
11. Выбрать storage или redis ingest осознанно.
12. Запустить pulse:check через Supervisor.
13. При Redis-ingest настроить отдельное Redis-подключение и pulse:work.
14. Проверить доступ /horizon и /pulse только с правом admin_laravel_links.
15. Выполнить тестовую job и убедиться, что она видна в обоих контурах.
16. Добавить horizon:terminate и pulse:restart в deployment-проверку.

Важно: не очищать pending или failed jobs до определения бизнес-операций. Финансовые jobs нельзя повторять без проверки провайдера.

Чек-лист: подключить Cloudflare, SSL и Nginx

1. Проверить origin через curl --resolve до смены DNS.
2. Выполнить nginx -t и проверить PHP-FPM, SSR и Reverb upstream.
3. Установить Let's Encrypt или Cloudflare Origin CA на origin.
4. Проверить hostname, срок и chain сертификата.
5. Добавить домен в Cloudflare и сверить все DNS-records.
6. Перенести MX, SPF, DKIM, DMARC, CAA и verification TXT.
7. Отключить старый DNSSEC и дождаться исчезновения DS.
8. Сменить nameservers у регистратора.
9. Дождаться Active и проверить NS у нескольких resolver.
10. Для web-hostname включить Proxied, для почты оставить DNS-only.
11. Включить Full (strict).
12. Настроить Nginx real IP только для актуальных Cloudflare CIDR.
13. Добавить фактический frontend proxy в доверенные прокси iEXExchanger.
14. Создать Bypass Cache для backend, админки, API, кабинета и WebSocket.
15. Проверить frontend, /backend-api, login, cookies, тестовую заявку и WebSocket.
16. После стабильной работы включить Cloudflare DNSSEC и добавить новый DS.
17. HSTS включать отдельным этапом с малым max-age.

Важно: не использовать Flexible и не включать Cache Everything на весь домен.

Чек-лист: сменить DNS у регистратора

1. Определить текущие авторитетные NS через dig NS.
2. Включить 2FA и проверить auto-renew домена.
3. Сохранить полную старую DNS-зону.
4. Снизить TTL заранее.
5. Подготовить одинаковую будущую зону в Cloudflare.
6. Проверить ее прямым запросом к назначенному Cloudflare nameserver.
7. Удалить старый DS DNSSEC и дождаться его TTL.
8. В REG.RU открыть «Домены» — «Управление» — «DNS-серверы и управление зоной».
9. В Namecheap открыть «Domain List» — «Manage» — «Nameservers» — «Custom DNS».
10. В GoDaddy открыть «Domain Portfolio» — домен — «DNS» — «Nameservers».
11. Вставить ровно два NS, назначенных Cloudflare.
12. Проверить сайт, backend, почту, webhook и активные заявки.
13. Не выключать старый origin до прекращения запросов.
14. Включить новый DNSSEC и проверить dig +dnssec.
15. Вернуть обычный TTL и задокументировать изменение.

Важно: NS меняются у регистратора, а A/CNAME/MX/TXT после делегирования Cloudflare меняются в Cloudflare.