Класична ситуація: ви домовились з партнером підняти ставку з 1 числа. До 1 числа — тиждень. Домовленість живе в Telegram, нагадування — в голові менеджера. Якщо менеджер забуде — партнер побачить стару ставку, напише гнівне повідомлення, а вам доведеться вручну перераховувати конверсії за пропущені дні.
У цій статті розберемо, які інструменти для планування змін ставок є в самому Affise, де їхні межі, і як закрити процес повністю — від домовленості в чаті до сповіщення партнера.
Що вміє сам Affise: Scheduled Changes
В Affise є функція Scheduled Changes (розділ Automation → Scheduled Changes). Вона дозволяє запланувати зміну payout, revenue або капів по конкретному офферу і цілі на визначену дату й час — з урахуванням таймзони. Система показує поточне значення, заплановане значення і дату застосування.
Важливий нюанс: за документацією Affise, Scheduled Changes доступна не на всіх тарифних планах — для підключення функції потрібно звертатися до акаунт-менеджера Affise. Перевірте, чи входить вона у ваш план. До того ж функція з'явилась відносно нещодавно — Affise задокументувала її лише восени 2024 року. Тому багато команд, які стикнулись із цією проблемою раніше, досі живуть із власними скриптами або ручними нагадуваннями.
Якщо функція вам доступна — це робочий інструмент для базового сценарію: одна зміна, один оффер, відома дата.
Де закінчуються вбудовані можливості
На практиці зміна ставки — це не одна дія в трекері, а процес із кількох кроків. І більшість із них Scheduled Changes не закриває:
- Домовленість живе в месенджері. Менеджер домовився з партнером у Telegram — а заплановану зміну треба окремо внести в Affise вручну. Між «домовились» і «внесли» все ще людина, яка може забути.
- Партнера ніхто не сповіщає. Affise змінить цифру, але повідомити партнера «з сьогодні ставка нова» — знову ручна задача менеджера.
- Контекст не зберігається. Через місяць ніхто не пам'ятає, чому ставку підняли, хто погодив і де ця домовленість зафіксована.
- Масові зміни незручні. Якщо домовленостей багато — кожну треба заводити окремо через інтерфейс.
Обхідний шлях: зміна ставок через API — на будь-якому тарифі
Важлива деталь, про яку рідко говорять: навіть якщо Scheduled Changes не входить у ваш тариф, змінювати ставки через Admin API можна на будь-якому плані Affise. Метод POST /3.0/admin/offer/{id} з масивом payments[] — стандартна задокументована можливість Admin API, і Affise навіть наводить готові приклади запитів у своїй довідці.
Тобто планування будується самостійно: скрипт або асистент у призначену дату викликає API і застосовує нову ставку. Саме так багато команд закривали цю проблему ще до появи Scheduled Changes.
Але є два підводні камені, через які самописні скрипти регулярно ламають оффери:
- Масив payments перезаписується цілком. У запиті треба повторити всі пейаути оффера, які ви хочете зберегти. Якщо відправити тільки той, що змінюється — решта (інші гео, інші цілі) просто видаляться. Класична помилка, яка зносить ставки по половині оффера.
- Payment ID. Кожен пейаут має унікальний ідентифікатор (UUIDv4). При оновленні існуючого пейаута його треба передавати в запиті — інакше система щоразу генерує новий.
Безпечний патерн: спочатку отримати оффер через API → взяти поточний масив payments з усіма ID → змінити потрібне значення → відправити масив назад цілком. Саме за цією схемою працює і наш асистент — тому планування ставок у нас доступне незалежно від вашого тарифу в Affise.
Як виглядає повністю автоматизований процес
Фіксація з чату
Менеджер пише асистенту: «Постав з 1 липня ставку $28 для партнера X по офферу Y». Або асистент сам помічає домовленість у переписці і пропонує її зафіксувати.
Автоматичне застосування
У призначену дату зміна застосовується в трекері через API — незалежно від того, чи пам'ятає про неї людина, і чи входить планування у ваш тарифний план.
Сповіщення і слід
Партнер отримує повідомлення про нову ставку, реєстр ставок оновлюється, а в історії залишається запис: хто домовився, коли і де. Наступна звірка рахується вже по правильних ставках.
Що обрати вам
Чесна відповідь залежить від масштабу. Якщо у вас кілька змін на місяць і Scheduled Changes входить у ваш план Affise — почніть із вбудованої функції, цього може бути достатньо. Якщо ж змін багато, домовленості розкидані по чатах, а звірки регулярно «ловлять» розбіжності через ставки — вам потрібен процес, який з'єднує месенджер, трекер і реєстр ставок в один ланцюжок. Саме це робить AI-асистент.
Хочете побачити як це працює у вашому бізнесі?
Запишіться на безкоштовний Automation Mapping — ми проаналізуємо ваші процеси і покажемо де AI може зекономити найбільше часу.
Записатися безкоштовно →