> For the complete documentation index, see [llms.txt](https://docs.iexexchanger.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.iexexchanger.com/learn/spravochnik/accuracy-audit.md). # Как проверена актуальность курса Как курс сверялся с формами панели, клиентским результатом и официальными материалами Курс сверяется с текущей панелью управления, клиентским результатом, правилами сохранения и официальными материалами. Служебная история релизов не выводится читателю: в уроках остаётся только актуальный способ настройки. ## Что именно проверено Проверка не ограничивалась названиями пунктов меню. Для каждого нового или изменённого контура прослеживалась цепочка: ```mermaid flowchart LR A["Форма панели"] --> B["Проверка и сохранение"] B --> C["Права и фоновые процессы"] C --> D["Рабочее место оператора"] D --> E["Клиентский результат"] ``` В курс включены: * приёмка чистой установки без FastPanel, checksum, план, возобновление, `iexctl doctor`, резервная копия и тест восстановления; * стартовые настройки, данные формы, два режима существующего E-mail, доступ к чеку и продолжение обмена; * GeoIP с локальными и удалёнными провайдерами, приоритетом, failover, кэшем, circuit breaker, обновлениями и диагностикой; * коды валют, платёжные системы, валюты, обычные и файловые поля, валидаторы, отдельные сети валют, резервы и реквизиты; * реквизиты по запросу, точные ошибки, параллельная работа операторов и срок замены после первой фактической выдачи; * прямая и шаблонная загрузка источников, восстановление прогресса, формулы с объяснением шагов, коэффициенты, большие каталоги, политика актуальности, точность и фактический курс направления; * создание, ограничения, комиссии по выбору клиента и контекстная сортировка направлений; * контакты, страницы, верхнее и нижнее меню, соглашения, шаблоны, правила текстов по статусам, шорткоды и публичные уведомления; * iEXChat и другие виджеты, пользовательский код по языкам, чат заявки, файлы, быстрые ответы и резервное обновление без realtime; * единый центр уведомлений, независимые подключения, разветвление событий, аудитории, три очереди и четыре состояния; * совместимый со старым публичным URL полный E-mail-маршрут, почтовый домен, SPF/DKIM/DMARC, Zoho, нативный Resend и универсальная совместимость SMTP; * создание Telegram-ботов, канал, группа, личный чат, Security-коды, webhook и продолжение обмена; * рабочие группы во всех пяти поддерживаемых списках и перенос прежних данных; * персональные и общие вкладки, «Мои», внутренние метки, массовый архив и распределение заявок между операторами; * единые таблицы, диапазоны дат и ручного экспорта, локальное оформление панели, публикуемый дизайн сайта и уникальный код страны; * правила требования карточной проверки, новая памятка вместо категорий и инструкций, дополнительные фото, очередь и решение внутри заявки; * готовый каталог, безопасная установка, возможности, доступы, пять прав, состояние, миграции, релизы, откат и удаление плагинов; * SnapEx и iEXWallet как раздельные входящие мерчанты и автовыплаты с точными сетями, защищёнными секретами и проверкой повторных операций; * глобальный поиск, короткие ID, полный постраничный просмотр, повтор после ошибки, фильтр меню, избранное и статусная навигация заявок на выплату; * управление утверждёнными службами, системные обновления, preflight, checkpoint, успешный итог без изменений, возобновление наблюдения, откат и очистка старых релизов; * подтверждённая отправка E-mail-кодов, независимые клиентские и административные сессии, экспорт, диагностика, контрольная заявка, безопасность, открытие и первый день работы. ## Основные актуализации | Старый или неполный подход | Текущее правило курса | | ------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Отдельные страницы E-mail и Telegram | **«Настройки» — «Общие настройки» — «Уведомления»**, затем **«Общие параметры»** и **«Подключения»** | | Достаточно отправить проверочное письмо | Проверяются главный переключатель, способ, подключение, событие, аудитория, очередь и реальное действие заявки | | Второй SMTP автоматически резервирует первый | Каждое включённое подключение создаёт самостоятельную ветку; одинаковое событие может дать два письма | | Один Telegram-бот подходит для всего | Уведомления, Security-коды и продолжение заявки имеют разные назначения, транспорт и правила подтверждения | | Фиксированные тексты успеха и отказа | Используются правила для точных статусов с приоритетом области | | Категории и отдельные инструкции верификации карт | Используется единая памятка из публикуемых разделов и шагов | | Один лимит для всех изображений верификации | Иллюстрация памятки: JPG/PNG/WebP до 4 МБ; фотография клиента: JPG/JPEG/PNG до 10 МБ на файл | | Памятка завершает процесс проверки | После отправки оператор обрабатывает запись из общей очереди или непосредственно из заявки | | Группа реквизита управляет выдачей | Рабочая группа только организует административный список; выдачу определяют область, связи, статус и лимиты | | Избранные курсы BestChange остаются отдельным механизмом | Они переносятся в рабочую группу **«Закреплённые»** | | Пара BestChange создаётся выбором двух любых курсов | Она создаётся из готового направления, а затем получает собственную стратегию, фильтры, шаг и проверку в **«Рейтинге»** | | Рейтинг BestChange гарантирует место и прибыль | Это симуляция по снимку и вашим фильтрам; место оценочное, комиссии направления и прибыль проверяются отдельно | | Вкладка заявки меняет процесс | Вкладка является сохранённым фильтром; статус, назначение и содержимое заявки не меняются | | Метка заявки видна клиенту | Метка — внутренний комментарий сотрудников; клиенту предназначены статусный текст и сообщения | | Раздел «Уведомления» всегда отправляет сообщения | **«Основное» — «Уведомления»** показывает блоки и окна на сайте; доставка E-mail, Telegram и в панель настраивается в **«Настройки»** | | Обычное поле можно просто переключить на файл | Способ заполнения фиксируется при создании; файловое поле имеет отдельные форматы, лимиты, приватное хранение и проверку заявки | | Общие и индивидуальные комиссии складываются в один каталог | Если у направления есть индивидуальные варианты, они заменяют общие для этого направления | | Архив означает удаление | Массовое действие переводит выбранные заявки в архив и не является безвозвратным удалением | | Для сортировки нужны кнопки сохранения и сброса | Порядок **«Отдаю»** и **«Получаю»** сохраняется автоматически; во время поиска перемещение недоступно | | Настройка колонок общая для всей команды | Колонки и видимость интерфейса сохраняются для текущего сотрудника в его браузере | | Для периода нужны два независимых поля дат | Заявки и ручной экспорт используют единый диапазон с включённым конечным днём | | Успешное сообщение формы всегда доказывает отправку кода | Отказ почтового транспорта показывается как ошибка; неудачная повторная отправка не отменяет прежний действующий код | | Один вход браузера неизбежно заменяет клиента администратором | Клиентская и административная сессии независимы, включая запоминание и явный выход | | Цвет панели меняет публичный сайт | Оформление панели локально, а сайт меняется только через отдельную публикацию в дизайн-конструкторе | | Одно право открывает весь менеджер плагинов | Используются пять отдельных прав по уровню риска | | Плагины находятся в «Утилитах» и предназначены только для курсов | Используется отдельная группа **«Плагины»** с готовым и установленным каталогами; возможности читаются из проверенного manifest конкретного пакета | | Один общий переключатель отправляет все заявки в Telegram | Главный режим ограничивается правилом валюты и сети **«Отдаю»**, затем переопределением направления; итог фиксируется в новой заявке | | Ссылка на чек всегда действует одинаково | Выбирается публичный, владельческий, владельческий с IP, авторизованный или временный режим; временное окно идёт 24 часа от создания и не даёт права менять заявку | | Для GeoIP достаточно одного внешнего ключа | Провайдеры имеют порядок, диагностику, failover, кэш, circuit breaker и локальные базы; ключи и условия каждого сервиса проверяются отдельно | | После обрыва обновление нужно запустить заново | Сначала восстанавливается фактическое состояние операции и наблюдение за её этапами; повторный запуск без проверки запрещён | | «Изменений не требуется» означает ошибку обновления | Это успешная проверка без применения новых файлов; результат сохраняется в истории и не требует повторного запуска | | Можно управлять любой systemd-службой | Экран **«Службы»** ограничен утверждённым списком процессов и действий, правами и журналом | | Название сети достаточно указать в SnapEx текстом | Для мерчанта и выплаты выбирается точный Asset ID конкретной валюты и сети | | iEXWallet можно настроить одним секретом и общей записью | Приём и выплата создаются раздельно; API ID, API Key, API secret и Callback secret имеют разные роли, а актив и сеть выбираются точно | | Сохранённый источник курса уже используется направлением | Фактический слой подтверждается через **«Как сформирован курс»** и новую заявку | | «Загрузить все курсы» всегда берёт встроенный шаблон | Поддерживаемый источник загружается по актуальному URL; шаблон остаётся отдельным действием, а прогресс и восстановление не создают дубликаты | | Любой старый курс всегда нужно немедленно отключать | По умолчанию сохраняется последнее корректное значение; строгий срок включается отдельно и проверяется вместе с резервными источниками | | Страница автоматически появляется в меню | Публикация страницы, назначение правил и пункт выбранной вкладки навигации — три независимых действия | | Публичный виджет и чат заявки — одна функция | Виджет поддержки и переписка конкретной заявки имеют отдельные настройки, статусы, данные, уведомления и способ отключения | | Курс или экспорт гарантированно обновится через минуту | Результат появляется после ближайшего успешного фонового цикла без обещания фиксированной секунды | | USD или USDC — альтернативный код USDT | Альтернативный код обозначает ту же расчётную единицу, а не другой актив | | Варианты USDT достаточно перечислить только в названиях платёжных систем | Клиентские варианты остаются отдельными валютами и дополнительно объединяются через **«Сети для валют»** | | Автоматическое предложение уже назначило заявку оператору | Назначение возникает только после обычного действия принятия; предложение может истечь или быть отклонено | ## Как разрешались расхождения Приоритет доказательств: 1. фактическое состояние установленной системы; 2. текущая форма панели, её подписи, ограничения и доступность по правам; 3. правила сохранения, расчёта, очереди и миграции данных; 4. результат в списке оператора, клиентском приложении или фоновом процессе; 5. официальные материалы [Telegram](https://core.telegram.org/bots/tutorial), [Zoho](https://www.zoho.com/mail/help/zoho-smtp.html) и [Resend](https://resend.com/docs/dashboard/domains/introduction) для внешних провайдеров; 6. [публичное руководство iEXExchanger](https://docs.iexexchanger.com/guide); 7. устаревший текст или снимок экрана — только как указатель для повторной проверки. Некоторые страницы публичного руководства ещё могут показывать прежнюю механику: категории верификации карт, старое управление сортировкой направлений, глобальное правило Telegram, прежнее меню плагинов или одно общее право установщика. Поэтому отсутствующая в текущей панели кнопка не добавлялась в курс, а снятое ограничение не сохранялось только из-за старой статьи. ## Что нельзя задать универсально Курс не выдумывает рабочие значения для: * фактического резерва и лимитов; * маржи, комиссий и финансовых формул; * банковских и криптовалютных реквизитов; * правовых текстов и обязательных согласий; * почтового или Telegram-провайдера; * ролей, критических операций и второго подтверждающего; * лимитов карточной верификации; * стороннего плагина и его секретов. Эти значения выбирает компания по ликвидности, риску, юрисдикции и инфраструктуре, а затем проверяет отдельным контрольным сценарием. Стартовые числа отмечаются как пример и должны быть приведены в соответствие с регламентом обменного пункта. ## Что остаётся отдельным контуром Курс включает приёмку чистой установки, работу с системными обновлениями, SnapEx, iEXWallet, пользовательскими чатами и менеджером плагинов. При этом перенос DNS-зоны, миграция рабочей базы с другой платформы, разработка собственного плагина, выбор стороннего KYC/AML-провайдера и аварийное восстановление повреждённого сервера требуют отдельного проекта, проверяемой резервной копии и участия технического специалиста. Верификация карт, GeoIP, онлайн-чат, SnapEx, iEXWallet и плагины описаны как самостоятельные контуры. Они не объявляются обязательными для первого направления, если функция не участвует в его реальном клиентском и финансовом процессе. ## Когда повторить аудит Проведите повторную сверку после следующего релиза, если изменились: * пункт меню, подпись, допустимое значение или право; * способ миграции старых данных; * приоритет курса, область реквизита или точный статус; * клиентская форма, файловые поля, комиссии выбора, публичные уведомления, Telegram-бот или карточная памятка; * очередь, планировщик, импорт или экспорт; * Installer, Update Agent, службы, резервное копирование или восстановление; * провайдер, стратегия, кэш или обновление GeoIP; * формат плагина, готовый каталог, разрешения, проверка совместимости или откат; * Asset ID, API или семантика суммы SnapEx; * API, callback, секрет, сеть или повторная операция iEXWallet; * режим доступа к чеку, онлайн-чат, файлы либо статусы чата заявки; * группы и максимальная глубина навигационного меню; * поведение диапазонов дат, дизайн-конструктора, сессий, таблицы, вкладки, группы, метки или архива. Для итоговой проверки используйте [чек-лист запуска](/learn/spravochnik/launch-checklist.md) и [карту зависимостей](/learn/spravochnik/dependency-map.md). --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.iexexchanger.com/learn/spravochnik/accuracy-audit.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.