Ми розробляємо сайт таксі на 1С-Бітрікс — не візитку з номером телефону, а повноцінний інструмент для прийому замовлень, розрахунку вартості та зв'язку з диспетчерською. Типова проблема самописних рішень — повільне завантаження при пікових навантаженнях і складнощі з інтеграцією 1С: дані не синхронізуються вчасно, замовлення губляться. 1С-Бітрікс вирішує це вбудованим тегованим кешуванням та готовими конекторами CommerceML.
Платформа дає готові модулі інфоблоків, highload-блоків та управління користувачами, що покриває 70% типових задач таксі. Ми налаштовуємо калькулятор маршруту з тарифікацією, підключаємо API Яндекс.Карт для геокодування та забезпечуємо динамічне ціноутворення через системні агенти. В результаті — сайт таксі на 1С-Бітрікс працює швидше та обходиться дешевше в підтримці, ніж самописна розробка.
Оцінимо ваш проект і запропонуємо терміни під ключ. У типовому проекті ми проектуємо архітектуру калькулятора в Highload-блоці TaxiTariffs, налаштовуємо агенти для перевірки статусу замовлень кожні 30 секунд, і підключаємо диспетчерську через абстрактний клас DispatchConnector. Середній час обробки замовлення — 500 мс. Працюємо з будь-яким масштабом — від 5 до 500 машин. Як зазначено в офіційній документації 1С-Бітрікс, "CommerceML — стандарт обміну даними між 1С та сайтом, що підтримується ядром платформи".
Як ми налаштовуємо калькулятор маршруту з тарифікацією?
Калькулятор вартості — центральний елемент. Користувач вводить дві точки, система показує відстань, час та ціну за тарифом. Всередині — зв'язка з кількох компонентів.
Геокодування та побудова маршруту. На фронтенді підключається Yandex.Maps JavaScript API або Google Maps JavaScript API. Після вибору точок A та B запит іде на Router API для отримання маршруту. Вибір між Яндексом та Google залежить від географії: для Росії Яндекс точніший, для міжнародних перевезень — Google.
Тарифна матриця зберігається в Highload-блоці TaxiTariffs зі структурою:
| Поле | Тип | Призначення |
|---|---|---|
| UF_TARIFF_CODE | Рядок | Код тарифу |
| UF_BASE_PRICE | Число | Подача, руб. |
| UF_PRICE_PER_KM | Число | Вартість за км |
| UF_PRICE_PER_MIN | Число | Вартість за хвилину |
| UF_MIN_ORDER | Число | Мінімальна вартість |
| UF_NIGHT_COEFF | Число | Нічний коефіцієнт |
| UF_ZONE_ID | Прив'язка | Зона дії |
Формула: max(UF_MIN_ORDER, UF_BASE_PRICE + відстань_км × UF_PRICE_PER_KM + час_хв × UF_PRICE_PER_MIN) × коефіцієнт. Коефіцієнт підтягується з окремого HL-блоку зон.
Серверна валідація обов'язкова: AJAX-контролер заново запитує відстань через серверний виклик Router API та рахує ціну за актуальними даними. Це виключає підміну параметрів на клієнті.
Динамічне ціноутворення реалізовано через HL-блок TaxiSurge з підвищувальними коефіцієнтами за часовими слотами. Обробник OnBeforeOrderAdd застосовує коефіцієнт — новорічна ніч, година пік. Контент-менеджер налаштовує це без програміста.
Приклад розрахунку вартості
Поїздка 15 км в годину пік: вартість визначається тарифами та коефіцієнтами.Чому сайт таксі на 1С-Бітрікс вигідніший за самописний?
Розробка на Бітрікс займає в 2-3 рази менше часу, ніж з нуля. Готові модулі інфоблоків, highload-блоків та управління користувачами покривають 70% типових задач. Інтеграція з 1С через CommerceML (згідно з документацією) вбудована в ядро — не потрібно писати власні конектори для обміну довідниками та замовленнями. Досвід наших проектів показує, що підтримка такого сайту обходиться на 30% дешевше завдяки вбудованому кешуванню та оркестрації агентів. Якщо ви хочете швидко запустити сайт таксі, замовте розробку у нас.
Як ми інтегруємо сайт з диспетчерською та агрегаторами?
Форма замовлення збирає маршрут, тариф, час подачі та побажання. Після відправки:
- Створюється елемент інфоблоку
Ordersзі статусом «Новий». - Паралельно відправляється POST-запит в API диспетчерської системи (Таксі-Майстер, Maxoptra).
- Запускається агент
CAgent, який через 30 секунд перевіряє статус. - Клієнт отримує push-оновлення через SSE.
Інтеграція з диспетчерською реалізується через абстрактний клас DispatchConnector з методами sendOrder(), getStatus(), cancelOrder(). Під кожну систему пишеться адаптер — при зміні диспетчерського ПЗ змінюється лише адаптер.
Для агрегаторів (Яндекс.Таксі, Uber) через їх Partner API замовлення падають в інфоблок з позначкою джерела. Диспетчер бачить єдиний список і прямих замовлень, і замовлень від агрегаторів. Запит до API кешується в CStackCacheManager на 60 секунд.
Процес роботи, терміни та що входить
Працюємо по етапах:
| Етап | Що робимо | Орієнтовний термін |
|---|---|---|
| Аналітика | Визначаємо інтеграції, зони, тарифи | 1-3 дні |
| Проектування | Архітектура калькулятора, схема даних | 2-4 дні |
| Реалізація | Калькулятор, замовлення, адмінка | 1-3 тижні |
| Інтеграція | 1С, диспетчерська, агрегатори | 1-2 тижні |
| Тестування | Валідація, навантаження, юзабіліті | 3-7 днів |
| Запуск та навчання | Деплой, налаштування хостингу, передача документації | 1-2 дні |
Терміни — від 2 до 6 тижнів залежно від складності. Вартість розраховується індивідуально. Склад робіт:
- Технічне завдання з описом інтеграцій
- Розгортання на хостингу (рекомендуємо VPS: 4 vCPU, 8 ГБ RAM, SSD, PHP 8.1+, Redis для кешу)
- Адаптивна верстка mobile-first (75-85% замовлень зі смартфонів)
- Налаштування PWA-маніфесту для додавання на домашній екран
- Мікророзмітка Schema.org
TaxiServiceта посадкові сторінки під маршрути - Гарантія 6 місяців та технічна підтримка після запуску
Зв'яжіться з нами для оцінки вашого проекту — підготуємо комерційну пропозицію та точні терміни.