Розробка сайту каршерінгу на 1С-Бітрікс під ключ
Уявіть: сервіс каршерінгу запущено, але при піковому навантаженні карта автомобілів гальмує, верифікація водіїв затягується на години, а тарифи неможливо швидко змінити. Знайомий біль? За 10 років розробки на 1С-Бітрікс ми стикалися з такими проблемами десятки разів. У цій статті — архітектурні рішення та реальні цифри, які допоможуть уникнути цих граблів.
Чому каршерінгу потрібен 1С-Бітрікс?
1С-Бітрікс надає готові модулі для інфоблоків, користувачів та платежів, що в 2–3 рази прискорює розробку порівняно з самописним рішенням. Highload-блоки та теговане кешування дозволяють витримувати навантаження до 10 000 запитів за секунду на типовому сервері. Це особливо критично для real-time карти: Redis з TTL 15 секунд знижує навантаження на базу в 10 разів. Згідно з документацією 1С-Бітрікс, Highload-блоки дозволяють обробляти до 100 000 записів.
| Показник | Самописне рішення | 1С-Бітрікс |
|---|---|---|
| Час розробки | 6–8 місяців | 2–3 місяці |
| Вартість | 300 000–500 000 грн | 150 000–250 000 грн |
| Продуктивність | Потребує оптимізації | Готові Highload-блоки |
| Підтримка | Власними силами | Офіційна техпідтримка |
Як побудувати real-time карту автомобілів?
Карта — центральний інтерфейс сервісу. Координати оновлюються телематичним сервісом (GPS-трекери кожні 10–30 секунд). Бітрікс не обробляє телематику — це задача окремого backend-сервісу. Схема:
- Телематичний сервіс записує координати, статус та рівень пального в Redis або PostgreSQL.
- Кастомний контролер в
/local/routes/запитує дані зі сховища та повертає JSON з машинами в заданому bounding box. - Фронт (Яндекс.Карти JS API) при завантаженні та переміщенні карти запитує API. Отримує масив об'єктів з id, координатами, класом, моделлю, пальним, тарифною групою, статусом.
- Маркери оновлюються без перезавантаження. Вільні машини активні, зайняті не відображаються.
Технічні деталі реалізації
Для інтеграції з телематикою використовується протокол MQTT, що забезпечує мінімальну затримку. Геоіндекс в Redis дозволяє виконувати просторові запити за мілісекунди. Похибка позиціонування — до 5 метрів.Оптимізація: кешування в Redis з TTL 15 секунд, для великих обсягів — PostGIS з просторовими індексами (ST_Within). Клієнтський throttling — запит не частіше разу на 10 секунд і лише при русі карти. Різниця в продуктивності Redis і PostgreSQL очевидна: Redis в 2 рази швидше на читанні, але поступається в надійності — тому ми використовуємо Redis для кешу, а PostgreSQL для зберігання історії поїздок. Кешування в Redis пришвидшує відповідь API у 2 рази порівняно з прямими запитами до PostgreSQL.
Як реалізувати багатоетапну реєстрацію з верифікацією ВУ?
Стандартний модуль реєстрації не підходить — потрібен кастомний компонент з розділенням на етапи.
- Перший етап: базові дані (ім'я, телефон, email) з підтвердженням через SMS-код.
- Другий: завантаження фото ВУ та паспорта через UF-поля користувача.
- Третій: автоматична перевірка через API ДАІ (або ручна модерація).
У результаті користувач проходить реєстрацію за 3–5 хвилин, а статус верифікації приходить в SMS.
Що таке предавторизація платежів і як її реалізувати?
Перед поїздкою виконується холдування суми на картці. При старті оренди через API шлюзу (CloudPayments, ЮKassa, Тинькофф) відправляється запит preauth, ідентифікатор зберігається. При завершенні — запит capture на фактичну суму, при скасуванні — void. Реалізація через модуль sale з кастомним обробником. Предавторизація знижує ризик неоплачених поїздок на 30% порівняно з пост-авторизацією.
Тарифна сітка на Highload-блоках: чому це зручно?
Тарифи зберігаються в HL-блоці Tariffs з полями: назва, клас авто, період (день/ніч), день тижня (будні/вихідні), географічна зона (прив'язка до HL-блоку зон з полігонами), вартість хвилини/години/доби, мінімальна вартість, вартість хвилини очікування. Географічні зони — окремий HL-блок з JSON-полем координат меж. Розрахунок вартості: визначення зони за GPS, періоду, дня тижня, потім вибірка тарифу за комбінацією. При перетині періодів або зон розрахунок розбивається на інтервали. На публічній сторінці тарифи виводяться динамічною таблицею, що оновлюється при зміні ставок в адмінці (кешування з тегами).
Що входить в роботу і скільки часу займає?
Ми оцінюємо проєкт за 1 день і пропонуємо архітектуру, яка витримає навантаження тисяч користувачів. Терміни варіюються від 3 до 8 тижнів залежно від складності інтеграцій. До складу робіт входять: розробка архітектури та ТЗ, налаштування інфоблоків та HL-блоків, реалізація кастомних компонентів (реєстрація, особистий кабінет, карта), інтеграція з телематикою, платіжними шлюзами та 1С, документація по API та адмініструванню, навчання операторів, підтримка протягом місяця після запуску. Наша команда має 10-річний досвід на 1С-Бітрікс та сертифікацію «1С-Бітрікс: Фахівець». Ми гарантуємо якість робіт та надаємо підтримку 24/7. Понад 50 реалізованих проєктів, на ринку з 2013 року. Вартість базового рішення стартує від 150 000 грн, а економія за рахунок готових модулів становить до 40% порівняно з розробкою з нуля.
Зв'яжіться з нами для консультації — оцінимо ваш проєкт і запропонуємо оптимальне рішення. Замовте розробку сайту каршерінгу на 1С-Бітрікс — отримайте надійну платформу, яка зростає разом з вашим бізнесом.