⚡ Быстрое добавление

Очистить

ID	Название	GEO	Подход	Note
#10442	CR_US_PROFIT_IOS	US	Crypto	Main profit	✕
#10510	CR_US_QUIZ_PWA	US	Crypto	Quiz funnel	✕
#10512	CR_US_GOLD_PWA	US	Crypto	Gold approach	✕
#10515	CR_US_MOMENTUM	US	Crypto	—	✕
#10518	CR_US_TRADE_IOS	US	Finance	Trade flow	✕

📁

Перетащите файл сюда или нажмите для выбора

Поддерживаемые форматы: .csv, .xlsx

✕ Убрать

subID	Статус	Выплата	Причина (опц.)
sub_18001	paid	250
sub_18005	rejected	80	Fraud

Отмена 🔍 Обработать и показать результат

Используйте библиотеку SheetJS (xlsx) для парсинга XLSX. Мэтчинг строго по subID. Если subID существует — обновить статус и выплату. Если нет — добавить новый депозит. Хранить историю загрузок: filename, rows_count, added, updated, skipped, uploaded_by, uploaded_at.

📋 Превью сетапа

Аккаунт → БМ → РК → Карта → Баер
Все сущности будут связаны между собой в БД. Баер получит уведомление.

📁

Перетащите CSV/XLSX или кликните

Колонки файла будут автоматически сопоставлены с полями БД

Step 1 — Campaign:
POST /act_{ad_account_id}/campaigns
Body: { name, objective, status, special_ad_categories: [],
  // Если CBO: daily_budget, bid_strategy }

Step 2 — Ad Set:
POST /act_{ad_account_id}/adsets
Body: { campaign_id, name, billing_event: "IMPRESSIONS", optimization_goal,
  // Если ABO: daily_budget, bid_strategy
  targeting: { geo_locations: {countries, regions, cities}, age_min, age_max, ... },
  promoted_object: { pixel_id, custom_event_type: "PURCHASE" } }

Step 4 — Ad Creative & Ad:
POST /act_{id}/adcreatives → Body: { name, object_story_spec, url_tags (параметры URL) }
POST /act_{id}/ads → Body: { name, adset_id, creative_id, tracking_specs }

POST / { batch: [
 {method:"POST", relative_url:"act_{id1}/campaigns", body:"name=...&objective=..."},
 {method:"POST", relative_url:"act_{id2}/campaigns", body:"name=...&objective=..."},
] } — до 50 запросов в одном batch.

Текущий лимит (Депы)

Месяц (до 30.04)

✂ Урезать до текущего (Стоп)

Настройка продления:

В БД: offer_cpa_history[] — массив объектов {amount, effective_from, created_at, created_by}. При расчёте выплаты для депозита — брать CPA, который действовал на момент создания депозита. Запланированные изменения хранить как записи с future effective_from.

Таблица offer_changelog: event_type (cpa_change|cap_update|cap_cut|renewal|created), old_value, new_value, changed_by, created_at. При каждом изменении CPA или КАПы — автоматически создавать запись. Продления создаются cron-задачей.

Скрипт мэтчит данные строго по subID. Если в файле новый депозит с известным subID — он добавляется. Если партнер передает обновленную сумму существующего депозита — обновляем. Если subID в нашей базе отсутствует — пропускаем (записываем в ненайденные).

👨‍💻 Комментарий для разработчика: