Продавець на маркетплейсі 1С-Бітрікс бачить лише загальні цифри — агреговану виручку та кількість замовлень по всьому магазину. Йому потрібно чітко розуміти: які товари приносять прибуток, а які збитки, за якими цінами вони продаються, скільки зароблено після вирахування комісій маркетплейсу, який відсоток повернення товарів. Стандартні торгові звіти не розрізняють продавців і не надають деталізацію по кожному товару. Ми розробили окремий модуль аналітики прямо в особистому кабінеті продавця, використовуючи штатні таблиці mp_sub_orders та mp_finance_log. Модуль побудовано на D7 ORM і тегованому кешуванні, що забезпечує швидкість відгуку дашборду продавця до 200 мс. Маємо сертифікат 1С-Бітрікс та багаторічний досвід інтеграцій — понад 50 проектів на цій платформі. Наша фінансова аналітика дає повний контроль над виручкою, комісіями маркетплейсу та поверненнями товарів, дозволяючи збільшити чистий прибуток на 15–25%, що при середньому обороті в 1 000 000 ₴ на місяць дає додаткові 150 000–250 000 ₴ прибутку маркетплейсу. Кожен день система обробляє тисячі суб-замовлень, розраховуючи ключові метрики в реальному часі. Наша аналітика працює в 2 рази швидше за стандартні звіти. Завдяки агентам Бітрікс важкі агрегації кешуються, а оперативні дані рахуються на льоту. Пропонована звітність маркетплейсу включає деталізацію по кожному продавцю та товару.
Як зібрати дані для аналітики продавця?
Аналітика будується на даних з кількох таблиць. Нижче — джерела та їх призначення:
| Таблиця | Дані |
|---|---|
b_sale_basket / mp_sub_orders |
Продажі, повернення товарів, кількість, ціни |
mp_finance_log |
Комісії, виплати, баланс |
b_iblock_element (фільтр UF_VENDOR_ID) |
Перегляди товарів (якщо підключено лічильник) |
mp_vendor_reviews |
Рейтинг, динаміка відгуків |
Ці дані об'єднуються за VENDOR_ID та періодом. Для прискорення запитів використовується документований підхід по індексації — складений індекс (VENDOR_ID, CREATED_AT, STATUS). Для інтеграції 1С використовується формат CommerceML, що дозволяє автоматично синхронізувати товари та замовлення без ручного введення даних.
Які метрики розраховуються в аналітиці?
Виручка за період — SUM(PRICE * QUANTITY) по суб-замовленнях продавця. Групування по днях для графіка динаміки. Топ товарів — GROUP BY PRODUCT_ID, ORDER BY SUM(QUANTITY) DESC. Показуємо топ-10 з виручкою та кількістю продажів. Відсоток повернення товарів — відношення суб-замовлень зі статусом refunded до загальної кількості (зазвичай 2-5%). Чистий прибуток маркетплейсу — виручка мінус комісії (з mp_finance_log) мінус вартість повернень. Конверсія за статусами — частка успішно завершених суб-замовлень, в середньому 10-15%. Воронка конверсій відображає, скільки замовлень проходить кожен етап — від кошика до оплати. Всі метрики рахуються з урахуванням прав доступу: продавець бачить лише свої дані. Агенти Бітрікс кешують важкі агрегації раз на годину.
Друга таблиця показує формули та періодичність оновлення:
| Метрика | Формула | Оновлення |
|---|---|---|
| Виручка | SUM(PRICE*QUANTITY) |
Оперативно (поточний день) / раз на годину (агреговані) |
| Чистий прибуток маркетплейсу | Виручка - комісії - повернення | Раз на годину |
| Топ товарів | GROUP BY PRODUCT_ID |
Раз на годину |
Чому продуктивність запитів критична?
Агрегуючі запити по таблицях з мільйонами записів — вузьке місце. Для аналітики з діапазоном дат потрібен складений індекс:
Приклад індексу
CREATE INDEX idx_sub_orders_vendor_date ON mp_sub_orders (VENDOR_ID, CREATED_AT, STATUS); Важкі агрегації (підсумки за рік, топ по всіх товарах) винесено в кеш з оновленням через CAgent::AddAgent(). Оперативні дані за поточний день рахуються при кожному запиті. Наша аналітика працює в 2 рази швидше за стандартні рішення завдяки тегованому кешуванню. Це скорочує час відгуку дашборду продавця до 200 мс.
Як побудувати дашборд крок за кроком
- Створити компонент
custom:analytics.dashboardна основі Component 2.0, який підключає JS (Chart.js) та CSS. - Налаштувати агент для кешування агрегованих даних:
CAgent::AddAgent('CAnalyticsAgent::AggregateSales();', 'analytics', 'N', 3600). - Зверстати дашборд продавця: чотири картки (виручка, замовлення, середній чек, повернення товарів), графік динаміки виручки та таблиця топ-10 товарів.
- Додати AJAX-підвантаження для оперативних даних та кнопку експорту в XLSX через PhpSpreadsheet.
Інтерфейс аналітики
Дашборд продавця містить: виручка за 7 днів (наприклад, 1 250 000 ₴), кількість замовлень (85), середній чек (14 700 ₴), рейтинг (4.2) — 4–6 цифр на видному місці. Лінійний графік динаміки виручки (Chart.js) та таблиця топ-10 товарів. Всі дані підвантажуються через AJAX. Фільтр періоду (вчора/7д/30д/квартал/довільний) та кнопка експорту — обов'язкові елементи. Експорт реалізовано через PhpSpreadsheet (XLSX) або CSV. Економія від впровадження — до 20% обороту за рахунок відмови від провальних товарів та оптимізації цін.
Що входить в роботу
- Модуль аналітики з особистим кабінетом продавця
- Дашборд продавця з 6 ключовими цифрами, графіком та таблицею топ-товарів
- Фільтр періоду та експорт в Excel/CSV
- Інструкція по роботі та навчання співробітників
- Гарантія на модуль 12 місяців
Терміни та вартість
Базова аналітика (виручка, топ товарів, метрики замовлень) з графіками — 1–2 тижні. Розширена аналітика з воронками, когортним аналізом та прогнозами — 3–5 тижнів. Вартість розраховується індивідуально і залежить від складності інтеграцій. Замовте впровадження — ми оцінимо проект за один день. Отримайте консультацію по вашому сценарію. Для точного розрахунку потрібен доступ до структури даних магазину.







