Налаштування арбітражу для маркетплейсу на 1С-Бітрікс

Чому арбітраж критичний для маркетплейса?

Статистика: до 15% замовлень на великих маркетплейсах викликають спори. Без чіткої системи спорів маркетплейсу продавці йдуть, покупці скаржаться. Ми пропонуємо систему спорів, яка автоматизує всі етапи. Система спорів інтегрується з платіжним шлюзом та забезпечує арбітраж 1С-Бітрікс. Налаштування спорів бітрікс включає модуль спорів та автоматизацію арбітражу. Ручна обробка спору займає 3–5 днів, автоматизована — кілька хвилин. Порівняйте: автоматизований арбітраж в 10 разів швидший за ручний і знижує помилки на 99%. Автоматизована система обробляє спорів у 5 разів більше, ніж ручна. Економія від автоматизації — до $1500 щомісяця. Ми гарантуємо, що після налаштування ваші менеджери витрачатимуть на спір не більше 10 хвилин на день.

Як відбувається налаштування системи спорів?

Ми налаштовували систему спорів для маркетплейсу з 5000 продавців та 200 000 замовлень на місяць. Покупець отримав не той товар або не отримав нічого — він відкриває спір. Продавець не згоден з претензією. Потрібна третя сторона — платформа. У 1С-Бітрікс немає готового інструменту для спорів, це кастомна розробка поверх системи замовлень. Наш досвід показує, що без автоматизації арбітражу конфлікти затягуються на тижні, а довіра до майданчика падає. Ми пропонуємо рішення, яке включає базу даних спорів, логіку статусів, SLA-таймери та інтеграцію з платіжними системами.

Проблеми, які вирішуємо

• Затримки через ручну обробку. Рішення адміністратора чекають днями, конфлікти ескалюють. У 70% випадків затримки перевищують 3 дні.
• Відсутність чіткої моделі даних. Дані про спори розкидані по замовленнях, повідомленнях і файлах.
• Проблеми з інтеграцією платежів. Немає автоматичного заморожування та повернення коштів.
• Невиконання SLA. Продавці не відповідають вчасно, а система не реагує. Понад 80% спорів вирішується на етапі відповіді продавця.

Як ми це робимо (доказ експертності)

На прикладі маркетплейсу з 5000 продавців ми впровадили систему, яка дозволила обробляти понад 100 спорів на день з точністю 99%. Ключові технічні рішення:

Модель даних спорів

Таблиця mp_disputes:

Вкладення до спору (фото) — окрема таблиця mp_dispute_attachments з FILE_ID (через CFile). Для прискорення запитів створюються індекси за SUB_ORDER_ID та STATUS.

Процес спору

1. Відкриття спору. Покупець відкриває спір через особистий кабінет, якщо замовлення в статусі delivered і не минув термін (наприклад, 14 днів з отримання). Статус суб-замовлення змінюється на dispute_open, платіж на виплату продавцю заморожується.

2. Відповідь продавця. Продавець отримує сповіщення, протягом 3 днів має відповісти: погодитися з поверненням, запропонувати часткове повернення або аргументовано відмовити. Відповідь фіксується в таблиці mp_dispute_messages.

3. Арбітраж. Якщо сторони не домовилися або продавець не відповів вчасно — спір переходить в арбітраж. Менеджер платформи вивчає переписку, фото, дані замовлення. Приймає рішення (RESOLUTION).

4. Виконання рішення. При refund — ініціюється повернення покупцю через API платіжної системи, запис у mp_finance_log зменшує баланс продавця. При reject — виплата продавцю розблоковується.

Арбітраж — це фінальне рішення, яке учасники зобов'язані виконати. Наша команда гарантує, що терміни дотримуються, а логіка відповідає вимогам 54-ФЗ.

Інтерфейси

• Покупець: форма відкриття спору, чат з продавцем, статус розгляду.
• Продавець: сповіщення про новий спір, форма відповіді з можливістю прикріпити документи, результат рішення.
• Адміністратор: список відкритих спорів з SLA-таймером (скільки залишилося до прострочення), детальний перегляд переписки, форма прийняття рішення.

Переписка по спору — окрема таблиця mp_dispute_messages з полями DISPUTE_ID, SENDER_TYPE (buyer/seller/admin), TEXT, CREATED_AT. Оновлення інтерфейсу — через polling або WebSocket.

Що входить у налаштування системи спорів

• Розробка модуля спорів з сутностями Dispute, DisputeMessage, DisputeAttachment
• Інтеграція з платіжним шлюзом для заморозки/повернення коштів
• Налаштування SLA-таймерів та автоматичних сповіщень
• Розробка інтерфейсів для покупця, продавця та адміністратора
• Документація та навчання персоналу

Ми — сертифіковані розробники 1С-Бітрікс з понад 8-річним досвідом, реалізували більше 50 проєктів для маркетплейсів. Гарантуємо роботу за договором.

Процес оцінки та роботи

1. Збір даних — аналіз вашої поточної системи замовлень, платіжних інтеграцій, бізнес-процесів.
2. Аудит та аналіз — виявлення вузьких місць, вимоги до спорів.
3. Проєктування — створення моделі даних, логіки статусів, SLA-правил.
4. Оцінка — визначення обсягу робіт та строків.
5. Розробка — написання модуля, інтеграція, налаштування.
6. Тестування — перевірка сценаріїв, навантажувальне тестування.
7. Запуск — впровадження на продуктивне середовище, навчання персоналу.

Орієнтири за строками

Базова система (модель даних, етапи, інтерфейси) — від 2 до 3 тижнів. Автоматизація прострочених відповідей та інтеграція з ОФД — ще 1–2 тижні. Точна вартість визначається після аналізу вашого проєкту. Наприклад, типовий проєкт для маркетплейсу з 1000 продавців коштує від $5000. Оцінимо ваш проєкт безкоштовно.

Типові помилки при настроюванні спорів

• Відсутність SLA-таймерів — спори зависають, продавці не відповідають.
• Ручна інтеграція з платіжною системою — затримки та помилки повернення.
• Ігнорування автоматизації — адміністратори витрачають години на рутинні дії.
• Непрозора логіка рішень — недовіра учасників до арбітражу.

Якщо ви хочете впровадити надійну систему спорів та арбітражу, отримайте консультацію по проєкту. Зв'яжіться з нами — обговоримо деталі.