| Дата | Сума | Оплат |
|---|
«Угод (CRM)» — усі угоди з Pipedrive по 21 відстежуваному продукту, незалежно від етапу. «Оплат (CRM)» — тільки угоди на етапах «Оплачено», «Підтверджено» і «Підтвердження оплати». «Сума оплат», ROAS і «Ціна клієнта» (витрати FB ÷ к-ть оплат) рахуються лише від оплачених угод. Без фільтра по кампанії/групі/оголошенню/сайту/кабінету — це тільки трафік з UTM міткою (холодний трафік з реклами), як і «traffic»-рядки в «Категорії продуктів» — органіка (без мітки) сюди більше не домішана, дивіться її окремо в «ЛОБ/Абонементи — Органіка».
| Кабінет | Статус | Витрати | Покази | Охоплення | Кліки | Покупки | Дохід |
|---|
| Кампанія | Кабінет | Витрати | Покази | Кліки | CTR | Оплат | Дохід (FB) | Ціна/оплату | Дохід (CRM) |
|---|
| Група оголошень | Кампанія | Витрати | Покази | Кліки | CTR | Оплат | Дохід (FB) | Дохід (CRM) |
|---|
| Оголошення | Група | Витрати | Покази | CTR | CPC | Оплат | UTM |
|---|
| Оголошення | Кампанія | Витрати | Покази | CTR | CPC | Покупки | Оплат (CRM) | Сума оплат (CRM) | Дохід |
|---|
| Сайт | Оголошень | Витрати | Покази | Кліки | CTR | Покупки | Оплат (CRM) | Сума оплат (CRM) | ROAS (CRM) |
|---|
Дохід зіставляється з Facebook по UTM-тегах угод Pipedrive: кампанія (utm_campaign), група оголошень (utm_term), оголошення (utm_content). Враховуються лише угоди по основних продуктах (без ОТО/апсейлів/колеса фортуни тощо). За замовчуванням — лише етапи «Оплачено», «Підтверджено» та «Підтвердження оплати», тобто реально сплачені клієнти. Оберіть інші етапи нижче, щоб побачити ширшу воронку (заявки, у роботі тощо). Розкривайте кампанію → групу → оголошення, щоб побачити деталі.
План і фактичний результат по кожному місяцю, за який хоч раз зберігали план — зберігається назавжди, не тільки для поточного місяця.
| Місяць | Витрати: план / факт | Покупки: план / факт | Оплат (CRM): план / факт | Сума оплат (CRM) |
|---|
Витрати — по країні аудиторії з Facebook (весь акаунт, включно з кампаніями поза 21 відстежуваним продуктом). Дохід — з Pipedrive (лише оплачені угоди), зіставлений по полю «Країна» угоди. Тому ROI тут орієнтовний, а не точний по кожному продукту: у країні, де багато витрат на невідстежувані кампанії (ОТО, вебінари), ROI виглядатиме заниженим. Країни з витратами до $1 згруповані в «Інші».
| Країна | Витрати (FB) | % витрат | Дохід (CRM) | % доходу | Оплат (CRM) | ROI |
|---|
Кількість оплачених угод (Оплачено / Підтверджено / Підтвердження оплати) по годині доби, коли угода потрапила в CRM. Час — київський.
Те саме, але по днях тижня (з понеділка по неділю), за поточний період.
ЛОБ і Абонементи вище — тільки трафік з UTM міткою (оплачені угоди: Оплачено / Підтверджено / Підтвердження оплати), для чистого аналізу холодного трафіку з реклами. Оплати без мітки (органіка) винесені окремо в розділ «Органіка» нижче — ті самі продукти, без прив'язки до жодної FB-кампанії. Витрати FB — кампанія напряму не «знає» який продукт вона продає, тому витрати кампанії відносяться до того продукту, який реально купували клієнти, що прийшли з неї. Кампанії без жодної оплати за період не потрапляють в жоден продукт. Сума «ЛОБ» + «Абонементи» (без органіки) збігається із «Сума оплат (CRM)» зверху — обидва рахують тільки трафік з міткою однаковим методом. «Разом» внизу включає й органіку, це вже повна сума з CRM.
Підрядник — значення utm_medium (хто веде трафік). Витрати — з реклами FB (по utm_medium тега оголошення). Сума оплат — напряму з CRM по тому самому підряднику на угоді, незалежно від збігу кампанії.
| Підрядник | Витрати | Оплат | Сума оплат | ROAS | Дохід |
|---|
Курс продажу ПриватБанку (next.privat24.ua), яким конвертуються оплати в грн/EUR у долари. По кожному дню беремо курс саме того дня, коли угода фактично була оплачена. Звірено з сайтом ПриватБанку напряму.
| Дата | грн за $1 | грн за €1 |
|---|
Довідка «чому цифра саме така». Оновлюйте цю сторінку, якщо міняєте правила підрахунку нижче.
Дата створення угоди в Pipedrive (add_time) — саме вона визначає, в який день/місяць потрапляє угода в звіті.
Раніше використовувалась «Дата оплати» (окреме поле, яке автоматика ставить при вході угоди на оплачений етап). Перейшли на дату створення 21.08.2026, бо звірили з власними фільтрами користувача в Pipedrive («Угоду створено є цього місяця») і з таблицею ручного щоденного трекінгу — обидва орієнтуються саме на дату створення, а не оплати. Це стосується і дати (день місяця), і години доби у вкладці «Оплати по добі» — обидва тепер беруться з add_time.
Угода є оплатою, якщо вона зараз стоїть на одному з трьох етапів: Оплачено, Підтверджено або Підтвердження оплати. Прапорець «Won» у Pipedrive не вимагається.
Пробували й суворіший варіант (тільки Won) — він точніший на всьому періоді відразу (менше «зависших» угод, які ніколи не підтвердяться), але дає 0 оплат на останні 3-4 дні періоду (менеджер фізично ще не встиг підтвердити). Поточний варіант (без Won) ближче до того, як користувач сам рахує в Pipedrive, підтверджено на кількох прикладах з точністю до 1-2 угод.
Угода вважається «трафіком» (пов'язаною з рекламою), якщо в неї заповнене поле utm_campaign. Якщо це поле порожнє — угода «Органіка»: реальна оплата, але без жодного рекламного джерела (прямий захід, органіка, ручне створення менеджером тощо).
У «Категоріях продуктів» це два окремі розділи з однаковим набором продуктів. У топовому підсумку («Сума оплат (CRM)») і на вкладці «Сайти»/«Креативи» рахується тільки трафік — органіка навмисно не змішується з рекламними показниками (ROAS, ціна клієнта), інакше вони спотворюються грошима без жодних витрат на рекламу.
utm_campaign угоди = назва кампанії в Ads Manager), без урахування регістру літер — назва кампанії іноді редагується (змінюють регістр), а UTM-мітка на старих угодах лишається зі старим написанням.price_stretching9_sx_ww_vid_lov 1,54+1,04+...) обрізається перед порівнянням — цей хвіст додають пізніше, в UTM-мітці угоди його ніколи не було.Та сама структура, що й у Тата-дашборді: дві категорії — ЛОБ (низький чек) (Зйомка та монтаж на телефон, Зйомка UGC, Формула вірусних відео, Фото на мобільний телефон) і Абонементи (Спеціальна пропозиція — Річний абонемент). Тарифні варіанти одного продукту («Самостійний»/«PRO»/«З підтримкою», включно з Zenedu-варіантами) згруповані в один рядок.
«Спеціальна пропозиція - Річний абонемент» (стара назва до перейменування) і «Спеціальна пропозиція (Video Academy) - Річний абонемент» (поточна) зведені в один рядок — це той самий продукт, просто на різних угодах різні назви.
Гривневі/євро угоди конвертуються в долари по курсу продажу ПриватБанку на день угоди (api.privatbank.ua, звірено напряму з next.privat24.ua). Точний курс кожного дня — на вкладці «Курс валют».
Дашборд бачить лише кабінети, призначені окремому System User у Business Manager (токен видано саме йому) — сторонніх кабінетів інших бізнесів у видачі бути не може. Кнопка «Приховати кабінет» (список виключень зберігається окремо) лишається на випадок тестових/неактуальних кабінетів усередині цього ж набору.
«Підрядник» — значення поля utm_medium. У Pipedrive воно вже є прямо на угоді (не треба зіставляти по кампанії). У Facebook такого поля немає — воно береться з власного UTM-шаблону оголошення (utm_tags кожного оголошення), тому «Витрати» по підряднику — це сума витрат усіх оголошень, чий utm_medium збігається з обраним. Той самий парсинг використовується і для фільтра «Підрядник» на вкладці CRM — раніше цей фільтр звужував лише дохід (CRM), а витрати (FB) лишались повними; тепер звужуються обидва.
Знайшли справжню причину, чому кабінет міг мовчки "зникнути": «швидке» оновлення («Оновити дані») перезапитує лише кабінети зі списку "активних", яке саме собі і зберігає після кожного запуску — і цей список міг лише СКОРОЧУВАТИСЬ (жоден кабінет ніколи не додавався назад до наступного повного сканування о 7:00). Якщо Facebook API одного разу повернув 0 рядків по кабінету (буває, це не помилка запиту — просто порожня відповідь), той кабінет випадав зі списку назавжди на решту дня. Дві причини одразу:
consistency: "strong" — тепер завжди читається щойно записана версія.Перевірено: 6 оновлень поспіль — кабінет тримається стабільно, більше не зникає.
Додатково: сервер ще й ПОМІЧАЄ (без зайвих запитів) кабінети, що виглядають підозріло порожніми в цьому конкретному проході; якщо такі є, фронтенд сам робить один додатковий повністю окремий запит на оновлення (власний ліміт часу), і якщо кабінет і після цього порожній — показує банер з його назвою, а не мовчки занижену цифру.
Кожна відповідь /api/pipedrive-deals тепер містить deal_records — легкий список усіх угод періоду (id, продукт, кампанія, підрядник, етап, сума, дата), без агрегації. У «Категоріях продуктів» клік по рядку продукту (і трафік, і органіка) відкриває список реальних угод з посиланням «Відкрити →» напряму в Pipedrive — не треба вручну перевіряти цифру в CRM.
Поки що не звірено з ручним підрахунком — записуйте сюди будь-які знайдені розбіжності після першої звірки.
Правило: щоразу, коли додаємо щось нове в підрахунок чи виправляємо методологію, дописуємо це сюди одразу — щоб ця сторінка не застарівала.
Замаскований номер картки (з Facebook Ads Manager) по кожному рекламному кабінету — щоб бачити, які кабінети сидять на одній картці, і чи немає вимкнених/проблемних кабінетів. Кешується (картка рідко міняється) — кнопка "Оновити картки" тягне свіжі дані напряму з Facebook.
Історія щоденного автооновлення (7:00, Київ) — Facebook, Pipedrive/CRM і курс валют. Показує, чи все пройшло без помилок, і деталі, якщо ні.
| Час запуску | Статус | Pipedrive/CRM |
|---|
| Дата | Продукт | Кампанія | Контрактор | Статус | Сума |
|---|