Перевіряємо сам інтерфейс платформи
Перший рівень перевірки — продукт. Ми дивимося, як організовані основні екрани ComforTrade і які дані вони показують користувачу.
У поточному наборі доказів зафіксовані Demo/Real switch, BTC/USD OTC у торговому терміналі, часові інтервали, технічні індикатори, drawing tools, Forex, Crypto/OTC, Wallet, форми реєстрації та входу, Withdrawal → Verification, Sumsub і мобільний термінал.
Фіксуємо контекст кожного скриншота
Окремий screenshot без пояснення може дати неправильне враження. Для важливих екранів ми враховуємо мову інтерфейсу, розділ платформи, Demo або Real, актив, конкретний платіжний маршрут, криптовалютну мережу та дату збереження.
Якщо на екрані показаний payout або processing estimate, це описується як стан конкретної сесії або інтерфейсу, а не як постійна характеристика для всіх користувачів.
Не змішуємо загальний мінімум і мінімум методу
Платіжні умови можуть існувати на двох рівнях. Документ сервісу задає загальний поріг рахунку, тоді як конкретний маршрут у Wallet може показувати власний мінімум.
Тому ми окремо вказуємо загальну умову і значення конкретного payment route. Це дозволяє пояснити, чому загальний minimum і minimum картки або USDT можуть відрізнятися без фактичного протиріччя.
KYC перевіряємо окремо від Wallet
KYC — це не просто один екран каси. Ми дивимося, де запускається Verification, який сервіс використовується, які типи документів доступні і які операції пов’язані з перевіркою.
У збереженому українському інтерфейсі перехід до Withdrawal відкриває Verification через Sumsub, а сам flow включає документ і liveness-перевірку. Окремо звіряються правила, які визначають, для яких фінансових і торгових операцій потрібна ідентифікація.
Мобільний інтерфейс перевіряємо окремо
Responsive-версію не оцінюємо за desktop screenshot. Мобільний екран має власне компонування и навігацію, тому для нього використовується окремий вертикальний capture.
На поточному mobile-екрані видно Demo balance, BTC/USD OTC, графік, тривалість, суму, payout, кнопки КУПИТИ / ПРОДАТИ та нижню навігацію. Це дозволяє описувати реальну мобільну структуру, а не рекламний mockup смартфона.
Для правил використовуємо первинні джерела
Не всі умови можна визначити за screenshot. Мінімальні суми, правила KYC, принципи фінансових операцій та інші юридично значущі умови звіряються з відповідними документами самого сервісу.
Інтерфейс показує, як правило проявляється на практиці, але не замінює документ там, де саме документ визначає умову.
Відокремлюємо факт від змінного значення
До змінних даних належать payout, доступність окремого активу, платіжний маршрут, network, processing estimate та елементи інтерфейсу. Такі значення завжди прив’язуються до зафіксованого стану.
Формулювання «у збереженій сесії», «на перевіреному екрані» або «у поточному Wallet» використовуються там, де це допомагає точно окреслити межу доказу.
Оновлюємо сторінки, коли змінюється продукт
Повторна перевірка потрібна, якщо суттєво змінюються інтерфейс, каса, Demo/Real, KYC, мобільна версія, важливі умови або фактичні дані, на яких побудований матеріал.
Якщо зміна не впливає на зміст, немає сенсу штучно переписувати сторінку лише заради нової дати. Дата оновлення повинна відповідати реальній редакційній роботі.