The Platform API (theplatformapi.com)

К нам обратились читатели с вопросом: что за компания The Platform API (в EULA фигурирует «The Platform API LTD») и как оценивать риски, если это не брокер, а технологический поставщик. Мы изучили лендинг, условия использования и поведенческие признаки домена. Платформа позиционируется как white‑label веб‑терминал и админ‑API для брокеров: сам сайт не описывает рынки и инструменты, не принимает платежи клиентов и указывает, что не участвует в отношениях «брокер—клиент». В то же время на лендинге мало юридической информации и нет контактных реквизитов, а маркетинговые заявления («сотни брокеров, миллионы пользователей») не подкреплены независимыми метриками. Ниже — факты, риски и практические шаги для пользователей и интеграторов.

🚀 Что это за платформа и чем ThePlatformAPI не является

The Platform API позиционирует себя как технологическое решение: веб‑терминал под белой этикеткой, CRM‑модули, админ‑доступ через API. Из этого следует важная оговорка: компания не обязана иметь брокерскую или инвестиционную лицензию, поскольку напрямую не работает со средствами трейдеров. Это отличает её от финансовых фирм, которые собирают депозиты и исполняют клиентские приказы.

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

🧾 Юридическая рамка и EULA 

В сниппетах условий использования упоминается наименование «The Platform API LTD» как сторона пользовательского соглашения. Однако полные реквизиты юридического лица (страна регистрации, адрес, регистрационный номер) на самом сайте не представлены. Для B2B‑взаимодействия это критично: без чёткого контрагента сложно заключить договор, определить применимое право и порядок разрешения споров.

Если вы рассматриваете интеграцию, запросите документальный пакет: уставные данные, адрес регистрации, налоговые идентификаторы, копию EULA/ToS в PDF с реквизитами и сведения о дата‑центрах/провайдерах. Также обратите внимание на наличие отдельных документов: DPA (соглашение об обработке данных), политика конфиденциальности, SLA/OLA с метриками доступности и временем реакции поддержки. Отсутствие этих материалов — сигнал к дополнительной проверке.

🧩 White‑label‑модель и субдомены theplatformapi.com

Наличие множества поддоменов с WebTrader/CRM интерфейсами типично для провайдера платформ под разные бренды. Это удобно для быстрого запуска брокеров, но порождает каскад рисков на стороне конечного клиента. Среди компаний, которые используют «чужую» платформу, встречаются как лицензированные, так и нерегулируемые операторы. Следовательно, уровень защиты средств и персональных данных определяется не столько платформой, сколько конкретным брокером, через которого пользователь входит.

Для ориентира можно посмотреть примеры рабочих зон веб‑терминала/CRM на поддоменах:

• web.theplatformapi.com
• markettradeweb.theplatformapi.com
• tradenowweb.theplatformapi.com
• twtwebtrader.theplatformapi.com
• tradebazaarcrm.theplatformapi.com
• masterstrokeweb.theplatformapi.com

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

🔍 Как проверять брокеров, работающих через Платформ Апи

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

Рекомендуемые шаги первичной проверки:

• Найти юридическое лицо брокера и сверить его статус в официальном реестре Великобритании — FCA Register. Наличие карточки с номером разрешения и статусом подтверждает поднадзорность.
• Сопоставить доменное имя, контакты, адрес и юрисдикцию в договорах брокера с тем, что указано на сайте/в кабинете.
• Изучить договоры и политики: оферту, риск‑дисклеймер, условия ввода/вывода, KYC/AML и политику конфиденциальности.
• Проверить историю домена брокера (дата регистрации, владельцы), поискать независимые обзоры и сообщения о приостановках вывода.
• Зафиксировать коммуникацию письменно, запросить расчёт комиссий и порядок претензионной работы до пополнения счёта.

Дополнительно для B2B‑интегратора полезно запросить у The Platform API материалы по безопасности: архитектуру разграничения прав (admin API), журналы аудита, политику паролей/2FA и отчёты уязвимостей. Это важно, если на платформе планируется хранить PII и платежные события.

📞 Контакты, прозрачность и «Get in touch» 

На лендинге доступна только кнопка «Get in touch», ведущая на форму Google. Прямых контактных реквизитов (юридический адрес, телефон, корпоративная почта на собственном домене) не указано. Для технологий уровня «платформенный бэкенд» это минимальный набор и он, как правило, дополняется презентацией, дорожной картой и списком интеграций по запросу. Пока публично этих артефактов нет.

Что запросить у поставщика на первом созвоне:

• Реквизиты юридического лица и юрисдикцию, копию EULA/ToS с подписью/метаданными.
• Политику конфиденциальности и DPA, информацию о местоположении серверов и субпроцессорах.
• SLA/OLA: целевые SLO по аптайму, времени реакции и процессу эскалации инцидентов.
• Список поддерживаемых интеграций (платёжные шлюзы, KYC‑провайдеры, отчётность) и дорожную карту.
• Кейсы внедрений, которые можно проверить: контактная персона на стороне клиента, домен и период эксплуатации.

🗣️ Отзывы и маркетинговые метрики: как трактовать заявления

Компания утверждает, что её решение «используют сотни брокеров и миллионы клиентов». Без публичного каталога подключённых брендов и внешних метрик это остаётся рекламным тезисом. Автоматические «высокие» технические рейтинги домена в агрегаторах не доказывают ни надёжность, ни регуляторный статус; они лишь оценивают косвенные параметры (возраст домена, SSL, DNS и т. п.). Корректная интерпретация такая: пока независимых подтверждений нет, опираемся на документы, процесс‑артефакты и юридическую верификацию каждого конкретного брокера.

Если вы собираете обоснование для внутреннего комплаенса, пригодится пошаговый материал о due diligence провайдеров и доменов — наш разбор с чек‑листом: Проверка white‑label провайдеров и доменных сетей. Там описаны источники и шаблоны фиксации.

🧑‍⚖️ Мнение эксперта о The Platform API

Суммарно мы видим технологического поставщика без финансовых лицензий, с минимальной публичной прозрачностью и агрессивным позиционированием на лендинге. Это не «брокер» в прямом смысле: деньги и сделки — зона ответственности конкретных брокеров. Риск для конечного клиента заключается в том, что через платформу могут работать нерегулируемые операторы; именно их нужно проверять по реестрам и договорам. Для B2B‑покупателя риска два: неопределённость контрагента (юридические реквизиты) и неполнота документации по безопасности и SLA.

Практическая рекомендация проста: до начала интеграции добейтесь ясности по юрлицу, DPA и SLA, проведите тест на соответствие требованиям вашей ИБ/комплаенса и зафиксируйте обязательства в контракте. Для конечных пользователей — регистрируйтесь только у брокеров с подтверждённой авторизацией и публикующим условия работы.

✅ Выводы и что делать дальше

Итоговая оценка The Platform API — 4 из 10 («средний риск»). Причины: отсутствие раскрытых реквизитов и контактов на лендинге, непроверенные маркетинговые метрики, инфраструктурная роль без прямой работы с клиентскими средствами, а также white‑label‑модель с неоднородными операторами. С другой стороны, отсутствие обещаний доходности и позиционирование как техпровайдера не повышают финансовый риск автоматически.

Что сделать сейчас:

• Если вы — клиент брокера на этой платформе: проверьте брокера в официальном реестре (например, FCA Register), сохраните договоры и политику вывода средств.
• Если вы — интегратор/бренд брокера: запросите у поставщика юрреквизиты, DPA и SLA, протестируйте доступы admin API и аудит событий перед онбордингом клиентов.
• Если уже возник спор: соберите скриншоты, доменные пути (конкретный поддомен), переписку и обратитесь к нашим специалистам — связаться с экспертами. Мы поможем выстроить проверку поставщика и оператора и подготовить пакет доказательств.