Может ли банк понять что было куплено по партнерской программе?
Комментарии (1)
Ответ сгенерирован нейросетью и может содержать ошибки
Может ли банк определить, что покупка сделана по партнёрской программе?
Отличный вопрос о технических и юридических реальностях платёжных систем. Ответ: да, банк может, но это не всегда очевидно. Разберу все способы.
Способ 1: Merchant Code (MCC)
Что это: Каждый мерчант (компания, принимающая платежи) имеет уникальный код MCC (Merchant Category Code).
Как работает:
Отличие может быть:
Мерчант A: MCC 5411 (супермаркет)
Мерчант B: MCC 5912 (фармацевтика)
Мерчант C: MCC 6211 (брокер)
И внутри Партнёрской программы может быть свой МСС:
Мерчант A через Партнера: MCC 5411 (одинаковый!)
Мерчант A напрямую: MCC 5411 (одинаковый!)
Вывод: MCC не различает, прямая покупка или через партнёра.
Способ 2: Terminal ID или Acquirer Reference Number (ARN)
Что это: Каждая точка продажи (терминал, интернет-магазин) имеет уникальный ID.
Как работает:
Если компания создаёт отдельный терминал для партнёрской программы:
- Терминал A: основной магазин (ID: 123456)
- Терминал B: партнёрская программа (ID: 789012)
Тогда банк видит:
Покупка через Терминал A → прямая продажа
Покупка через Терминал B → партнёрская программа
Реалистично: Если компания создала отдельный терминал для партнёров, банк МОЖЕТ видеть разницу.
Но: Много компаний используют ОДИН терминал для всех (прямых + партнёрских), тогда банк не различит.
Способ 3: Settlement Account (счёт на который идут деньги)
Что это: Каждая компания имеет счёт в банке, на который попадают платежи.
Как работает:
Вариант A: Одна компания, один счёт
Все платежи (прямые и партнёрские) → один счёт
Банк не видит разницы
Вариант B: Разные счета
Прямые платежи → счёт 1 компании
Партнёрские платежи → счёт партнёра или отдельный счёт
Банк видит разницу
Реалистично: Партнёры часто имеют свои счета, поэтому банк может это видеть.
Способ 4: Платёжный шлюз и логирование платежей
Что это: Компания использует платёжный провайдер (например, Stripe, PayPal, etc.).
Как работает:
Привет платёжный шлюз:
{
"transaction_id": "txn_123456",
"amount": 100,
"currency": "USD",
"payment_method": "card",
"merchant_id": "merchant_001",
"source": "direct_website" ← ВОТ ЗДЕСЬ МОЖЕТ БЫТЬ INFO
"source": "partner_program" ← または ВОТ ЗДЕСЬ
}
Вопрос: Передаёт ли платёжный шлюз эту информацию в банк?
Ответ:
- ✓ В международных сетях (Visa, Mastercard): да, есть поле для источника
- ✓ В локальных платёжных системах: может быть
- ✗ В P2P переводах: нет такой информации
Способ 5: IP адрес и геолокация
Что это: Каждая транзакция идёт с какого-то IP адреса.
Как работает:
Если партнёрская программа работает через:
- Веб-сайт партнёра → IP партнёра
- Прямой сайт компании → IP компании
Банк может ВИДЕТЬ разные IP и заподозрить разные источники
НО это не "доказательство", просто сигнал
Реалистично: Слишком ненадёжно для определения.
Способ 6: Descriptive Text / Merchant Name
Что это: Банковская выписка содержит описание транзакции.
Как работает:
На выписке у пользователя видно:
"AMAZON.COM"
ИЛИ
"AMAZON PARTNER LLC"
ИЛИ
"AMAZON - AFFILIATE PURCHASE"
Если в descriptor (описании) упоминается партнёр, банк это видит
Реалистично: Это самый вероятный способ, если компания честно указывает источник.
Способ 7: Metadata в платёжной системе
Что это: Каждая платёжная карта имеет истории транзакций, которые видны банку.
Как работает:
Банк видит метаданные:
- Дата/время
- Сумма
- Мерчант
- Категория
- Страна
- Fraud score
Могут ли они видеть "это из партнёрской программы"?
Нет, если это не указано явно в Descriptor или Terminal ID
Реальный ответ: ЧТО ВИДИТ БАНК
Банк видит: ✓ Сумму и дату ✓ Мерчант (с какой компании) ✓ MCC (категория товара) ✓ Terminal ID (если есть) ✓ Country, IP (если логируется) ✓ Settlement Account ✓ Fraud score ✓ Descriptor (описание на выписке пользователя)
Банк НЕ видит: ✗ Был ли это повторный клиент или новый ✗ Какой товар был куплен ✗ Источник трафика (direct, Facebook, email) ✗ Была ли это партнёрская программа (если не указано явно)
Практический пример
Ситуация: Я трёплю Amazon через партнёрскую программу
Сценарий 1: Amazon ничего не скрывает
На моей выписке видно:
"AMAZON AFFILIATE COMMISSION"
ИЛИ
"AMAZON PARTNER PAYMENT"
→ Банк видит это
Сценарий 2: Amazon скрывает
На моей выписке видно:
"AMAZON.COM"
(ничем не отличается от обычной покупки)
→ Банк не видит, что это партнёрская программа
Сценарий 3: Amazon использует отдельный счёт
Партнёрские платежи → Amazon Associates Ltd.
Прямые платежи → Amazon.com Inc.
→ Банк видит разницу по Settlement Account
Почему компании это скрывают или раскрывают
Раскрывают:
- Честность и соответствие нормам
- Требования регуляторов (PCI DSS, etc)
- Международные платёжные системы требуют честного descriptor
Скрывают:
- Избежать налоговых вопросов
- Скрыть реальный источник доходов
- Fraud риски (регуляторы проверяют интернет-схемы)
Как Product Analyst использует эту информацию
Для отслеживания партнёрского трафика:
Вариант 1: Попросить инженеров добавить utm параметр
?utm_source=partner&utm_medium=affiliate
→ Я отслеживаю через аналитику
Вариант 2: Попросить создать отдельный Terminal ID
→ Банк и я видим разницу
Вариант 3: Попросить использовать отдельный Descriptor
→ Банк видит явно "PARTNER"
Вариант 4: Разные платёжные ссылки для партнёров
→ Я вижу, какой партнер привёл платёж
Мой совет
Как Product Analyst, если нужно отследить партнёрскую программу:
- Не полагайся на банк — они не видят всё
- Используй свою аналитику — добавляй UTM параметры
- Договорись с инженерами — добавьте поле в БД: source = "partner"
- Попроси отдельные ссылки — у каждого партнёра своя ссылка
- Логируй на вашей стороне — не полагайся на банковские данные
Вывод
Может ли банк понять, что это партнёрская программа?
Технически: Да, если:
- Используется отдельный Terminal ID
- Используется отдельный Settlement Account
- В Descriptor явно указано "Partner" или "Affiliate"
- Платёж идёт через отдельный мерчант
На практике: Это зависит от того, как организована партнёрская программа.
Мой совет: Как Product Analyst не жди помощи от банка. Трекируй сам: UTM параметры, отдельные ссылки, отдельные счета. Это даст тебе полный контроль и точные данные.