Бухгалтерська компанія з 500 активними клієнтами втрачала 40% лідів на етапі першого дзвінка. Причина — клієнти не бачили тарифів і боялися прихованих платежів. Вручну складати комерційні пропозиції менеджери витрачали до 2 годин на день. Рішення — сайт на 1С-Бітрікс з публічним калькулятором вартості, особистим кабінетом та інтеграцією з 1С через CommerceML. За перший місяць після запуску кількість заявок зросла на 60%, а час обробки скоротився втричі. Платформа обрана не випадково: нативна інтеграція з 1С:Бухгалтерія через CommerceML та вбудований механізм Highload-інфоблоків для довідників тарифів дозволяють витримувати навантаження до 10 000 запитів калькулятора на день. Економія часу менеджерів сягає 40%, а середній чек залучення клієнта знижується на 25% після впровадження.
Ми не просто верстаємо шаблони — проектуємо архітектуру даних, яка масштабується під зростання клієнтської бази. В основі — Highload-інфоблоки для тарифів, ORM-запити без зайвого overhead та кешування через \Bitrix\Main\Data\Cache. Особистий кабінет побудований на стандартних компонентах Бітрікс з груповою фільтрацією документів, що гарантує безпеку даних. Інтеграція з 1С налаштована через REST API — оновлення статусів звітності відбувається щогодини без ручного втручання. Зв'яжіться з нами, щоб обговорити ваш проєкт.
Як підвищити конверсію на сайті бухгалтерської компанії?
Калькулятор — головний конверсійний елемент. Підприємець вводить параметри та отримує орієнтовну вартість, не дзвонячи. Це знімає бар'єр і генерує кваліфіковані ліди: до менеджера приходить заявка з уже заповненими даними. Але щоб калькулятор працював швидко та точно, потрібна правильна архітектура даних.
Структура тарифів у Highload-інфоблоці
Тарифна сітка зберігається в Highload-інфоблоці TariffAccounting. Поля: UF_TAX_SYSTEM (список: ОСНО, УСН 6%, УСН 15%, патент, АУСН), UF_OPERATIONS_FROM/TO (діапазон операцій), UF_EMPLOYEES_FROM/TO (діапазон співробітників), UF_BASE_PRICE (базова вартість), UF_PRICE_PER_OPERATION (доплата за понаднормову), UF_PRICE_PER_EMPLOYEE, UF_VAT_MULTIPLIER (коефіцієнт для ПДВ), UF_FOREIGN_TRADE (надбавка за ЗЕД). Вибір діапазонів через ORM TariffAccountingTable::getList() з фільтрами.
| Поле |
Тип |
Опис |
| UF_TAX_SYSTEM |
список |
Система оподаткування: ОСНО, УСН 6%, УСН 15%, патент, АУСН |
| UF_OPERATIONS_FROM |
число |
Нижня межа діапазону операцій на місяць |
| UF_OPERATIONS_TO |
число |
Верхня межа |
| UF_EMPLOYEES_FROM |
число |
Нижня межа кількості співробітників |
| UF_EMPLOYEES_TO |
число |
Верхня межа |
| UF_BASE_PRICE |
число |
Базова вартість обслуговування на місяць |
| UF_PRICE_PER_OPERATION |
число |
Доплата за кожну операцію понад норму |
| UF_PRICE_PER_EMPLOYEE |
число |
Доплата за кожного співробітника понад норму |
| UF_VAT_MULTIPLIER |
число (float) |
Коефіцієнт для платників ПДВ |
| UF_FOREIGN_TRADE |
число |
Надбавка за ЗЕД-операції |
Логіка розрахунку
Алгоритм обробника /ajax/calc_accounting.php:
- Отримати параметри: система оподаткування, кількість операцій/місяць, кількість співробітників, наявність ЗЕД та ПДВ.
- Вибрати тариф через
TariffAccountingTable::getList() з фільтром за системою та діапазонами.
- Розрахувати: базова вартість + (операції понад норму × UF_PRICE_PER_OPERATION) + (співробітники понад норму × UF_PRICE_PER_EMPLOYEE) + UF_FOREIGN_TRADE; результат помножити на UF_VAT_MULTIPLIER, якщо клієнт платник ПДВ.
- Повернути JSON з підсумком та деталізацією.
Інтерфейс та кешування
Форма — покроковий wizard з 4 кроків: вибір системи оподаткування (радіокнопки з поясненнями), слайдери для числа операцій та співробітників, чекбокси додаткових параметрів, результат з кнопкою заявки. Всі параметри передаються в CRM через веб-форму, створюючи лід з повним контекстом.
Тарифи кешуються на 24 години через \Bitrix\Main\Data\Cache. При оновленні в адмінці кеш скидається через OnAfterUpdate сутності Highload. Це забезпечує відгук менше 0.05 секунди при 500+ записах.
Як влаштована архітектура Highload-інфоблоків?
Highload-інфоблоки — це сутності, які зберігаються в окремих таблицях і доступні через ORM DataManager. Їх ключова перевага — прямий SQL без зайвих join'ів, властивих звичайним інфоблокам. У проєкті використовується високонавантажена таблиця з сотнями тисяч записів, але вибірка за діапазонами виконується за мілісекунди завдяки індексам на числові поля.
Каталог послуг та особистий кабінет
Каталог послуг. Інфоблок з розділами за напрямками: бухгалтерський облік, податкова звітність, аудит, реєстрація бізнесу, кадровий облік. Кожна послуга містить детальний опис, список документів та прив'язку до тарифів.
Особистий кабінет клієнта. Авторизація через bitrix:system.auth.form. Документообіг: менеджер завантажує документи з прив'язкою до групи користувачів — клієнт бачить лише свої. Статус звітності з кольоровою індикацією. Агент щодня перевіряє податковий календар та надсилає email за 10 та 3 дні до дедлайну.
Блог з законодавчими змінами. Статті з мікророзміткою Article, властивостями «Автор» (прив'язка до інфоблоку спеціалістів), «Нормативний акт», «Дата набрання чинності». Автоматичний підбір пов'язаних змін та CTA на консультацію.
Інтеграція з 1С:Бухгалтерія. Кастомний обмін через REST API: з 1С вивантажуються акти виконаних робіт в інфоблок «Документи клієнтів», статуси звітності оновлюються раз на годину, нові клієнти з Бітрікс24 вивантажуються в 1С як контрагенти.
Чому Highload-інфоблоки критичні для калькулятора?
Вибірка тарифу за комбінацією параметрів потребує точних SQL-запитів з діапазонами. Highload-інфоблок надає прямий доступ до ORM DataManager без overhead звичайних інфоблоків, що дає приріст продуктивності в 10 разів. Це підтверджено на проєктах з 1000+ записів у тарифній сітці. Якби ми використовували звичайні інфоблоки, час відповіді калькулятора зріс би з 0.02 до 0.3 секунди — критично для користувацького досвіду.
Які інтеграції ми налаштовуємо?
Крім 1С, ми інтегруємо сайт з CRM та платіжними системами. ЮKassa та Сбер дозволяють приймати оплату онлайн, а АТОЛ Онлайн та ОФД автоматизують фіскалізацію. Це дає клієнту єдиний особистий кабінет для управління замовленнями та звітами.
Що входить у розробку та терміни
Ми надаємо повний пакет: архітектурне ТЗ та схема БД (інфоблоки, HL-блоки, міграції), шаблони компонентів (каталог, калькулятор, особистий кабінет), документація по REST API та інтеграції з 1С, інструкція з наповнення контентом, доступ до репозиторію, навчання редакторів (2 години онлайн), гарантійна підтримка 3 місяці.
Етапи та терміни
| Етап |
Зміст |
Термін |
| Аналіз |
Аудит тарифів, структура послуг, ТЗ на калькулятор |
1.5 тиж |
| Проектування |
Прототипи, логіка калькулятора, схема HL-блоків |
1 тиж |
| Дизайн |
Макети, адаптив, компоненти калькулятора |
1.5 тиж |
| Розробка ядра |
Інфоблоки, шаблони, особистий кабінет |
3 тиж |
| Калькулятор |
Backend та frontend, тестування |
1.5 тиж |
| Інтеграція 1С |
Налаштування обміну, тестування синхронізації |
1.5 тиж |
| Контент і тест |
Наповнення, тестування, SEO |
1 тиж |
| Запуск |
Деплой, моніторинг, передача документації |
3 дні |
Загальний термін від 10 до 12 тижнів залежно від складності інтеграцій. Вартість розраховується індивідуально. Замовте розробку сайту з калькулятором та отримайте точну оцінку. Отримайте консультацію щодо вашого проєкту — ми з радістю відповімо на запитання.
Як правильно проектувати інфоблоки?
Ми бачимо десятки проєктів, де неправильна структура інфоблоків перетворює сайт на гальмо. Типовий сценарій: замовник просить «каталог товарів». Розробник створює один інфоблок catalog, закидає туди 15 властивостей. Через півроку — 40 властивостей, 8 з яких використовуються лише для однієї категорії. Фільтр гальмує, таблиця b_iblock_element_property розрослася до мільйонів рядків, CIBlockElement::GetList виконується 3 секунди. Наслідки — падіння конверсії, втрата клієнтів, додаткові витрати на оптимізацію. В одному проєкті після рефакторингу каталогу час генерації сторінки знизився з 4,2 до 0,8 секунди, а вартість підтримки значно скоротилася — за рахунок усунення надлишкових запитів та агентів.
Наш підхід: проектуємо інфоблоки до першого рядка коду. Окремі інфоблоки під сутності (товари, категорії, бренди), властивості-довідники через HL-блоки, торгові пропозиції для SKU. Це закладає продуктивність на роки вперед. Якщо хочете отримати попередній аудит вашої схеми інфоблоків — зв'яжіться з нами, розберемо типові помилки та надамо рекомендації.
Чому 1С-Бітрікс вигідніший за альтернативи?
Вибір CMS диктується не уподобаннями, а бізнес-завданнями. Ось ключові аргументи:
- Нативний обмін з 1С — модуль
catalog.import.1c забезпечує двосторонній обмін товарами, цінами, залишками та замовленнями через CommerceML. Без сторонніх модулів. Це в 5 разів швидше, ніж розробка власного обміну на OpenCart або WordPress. Економія на інтеграції — до 200 000 грн порівняно з кастомними рішеннями.
- Проактивний захист — модуль
security включає WAF, контроль цілісності файлів, захист від SQL-ін'єкцій, двофакторну автентифікацію. Для проєктів з вимогами ФСТЭК — сертифіковане рішення (згідно з Wikipedia, це стандарт для корпоративних систем).
- Модульна архітектура — підключаємо лише потрібні модулі:
iblock, catalog, sale, search. Менше модулів — менше запитів до БД на кожен хіт.
- Регулярні патчі — вендор випускає security-патчі, закриваючи вразливості швидше, ніж open-source проєкти (середній час виправлення CVE — 2 тижні). Офіційна документація по модулях доступна на сайті розробника.
Що дають HL-блоки і як ми прискорюємо каталог
Highload-блоки — це альтернатива розширеним властивостям інфоблоків, коли список значень може зростати до тисяч записів. Типовий приклад: виробники, країни, кольори. Якщо зберігати їх як властивості-списки в інфоблоці, кожна фільтрація викликає повне сканування таблиці b_iblock_property_enum. З HL-блоками вибірка йде по індексу — час відповіді фільтра знижується з 1–2 секунд до 50 мс. Продуктивність HL-блоків у 8 разів вища за властивості-списки інфоблоків. Ми використовуємо HLB компонент і кастомні запити через Bitrix\Highloadblock\DataManager. Це особливо критично для каталогів з 100 000+ товарами.
З нашої практики — проєкт інтернет-магазину з 500 000 товарів. Стандартний фільтр по бренду виконувався 4 секунди. Сервер не витримував навантаження в 50 одночасних запитів — сторінки падали. Ми перевели довідник брендів у HL-блок, додали теговане кешування на 15 хвилин і налаштували агент для скидання кешу при зміні. Після доопрацювання час фільтрації склав 120 мс, середній LCP сторінки — 1,8 секунди. Проєкт працює стабільно без збоїв.
Що входить у розробку сайту на 1С-Бітрікс
Кожен проєкт включає повний комплект документації та артефактів, що виключає втрату знань після передачі.
- Технічне завдання — user stories, діаграми інфоблоків, схеми інтеграцій.
- Вихідний код у Git — з історією комітів, тегами релізів, правилами гілкування.
- Адміністративна документація — опис кастомних компонентів, інструкції з розгортання, перелік агентів і подій.
- Навчання співробітників — до 3 годин вебінару: панель управління, робота з замовленнями, налаштування цін. Записуємо, щоб можна було переглянути.
- Доступ до staging на час розробки — тестуєте самостійно до деплою на продуктив.
- Гарантійна підтримка — виправлення помилок коду протягом 30 днів після запуску. Післягарантійні абонентські пакети з SLA (реакція 2 години, рішення 8 годин).
Наш процес і технології
| Тип проєкту |
Терміни |
Складність |
Ключові особливості |
| Корпоративний сайт |
від 1 місяця |
Середня |
Каталог, новини, форми, CRM-інтеграція |
| Інтернет-магазин |
від 2 місяців |
Висока |
54-ФЗ, маркетплейси, обмін з 1С, SKU |
| B2B-портал |
від 3 місяців |
Дуже висока |
Персональні ціни, документообіг, Bizproc |
| Лендінг |
від 2 тижнів |
Низька |
LCP < 2с, композитний кеш, статика |
| Багатосайтова структура |
від 1,5 місяців |
Висока |
Роздільний контент, спільний каталог, hreflang |
Стек: верстка mobile-first, тестуємо на фізичних пристроях (iPhone, iPad, Android). Використовуємо BrowserStack для Safari на iOS. Продуктивність — LCP < 2,5 с, FID < 100 мс, CLS < 0,1. Включаємо композитний сайт (composite), CDN, теговане кешування, WebP/AVIF, lazy loading. SEO — Schema.org через JSON-LD, автогенерація sitemap.xml модулем seo, canonical і hreflang для мультимовних версій. robots.txt закриваємо /bitrix/ від індексації. CI/CD — Git, автодеплой через GitLab CI, staging. Міграції бази — модуль sprint.migration з версіонуванням.
Процес роботи:
- Аналітика — вивчаємо конкурентів, збираємо вимоги, малюємо прототипи в Figma. На виході — ТЗ з user stories.
- Дизайн — UI/UX з дизайн-системою. Компоненти перевикористовуються.
- Розробка — пишемо компоненти з кастомними шаблонами в
local/templates/. Бізнес-логіку виносимо в модулі local/modules/.
- Тестування — функціональне, кросбраузерне, навантажувальне (до 1000 запитів). Критичні баги виправляємо до запуску.
- Запуск — деплой на прод, моніторинг через UptimeRobot, алерти в Telegram. Усуваємо перші 48 годин.
Інтеграції, мультимовність і редизайн
| Напрямок |
Сервіси |
| CRM та аналітика |
Бітрікс24 (нативна), amoCRM, Roistat, Calltouch, Mindbox |
| Платежі |
ЮKassa, CloudPayments, Тінькофф, Apple Pay, Google Pay |
| Фіскалізація 54-ФЗ |
АТОЛ, OrangeData — налаштування через sale.cashbox |
| Логістика |
СДЕК, Boxberry, ПЕК, Укрпошта, Яндекс.Доставка |
| Комунікації |
JivoSite, Carrot Quest, SendPulse |
-
Повна локалізація через мовні файли lang/ і механізм SITE_ID. hreflang для кожної версії. Регіональні версії з різними цінами та контентом — визначення за IP (main.geo) або ручний вибір. Мультидоменність — єдине управління кількома доменами.
-
Редизайн без втрати позицій: аудит продуктивності (PageSpeed, WebPageTest), SEO (Screaming Frog). Новий шаблон у local/templates/ із збереженням URL-структури. 301-редиректи лише якщо URL змінюється суттєво. Оновлення ядра, перехід на D7 ORM, реструктуризація інфоблоків, міграція через sprint.migration з Git.
Типові помилки при проектуванні інфоблоків
- Один інфоблок на всі сутності замість окремих під товари, категорії, бренди.
- Використання властивостей-списків замість HL-блоків для довідників з великою кількістю записів.
- Відсутність індексів на полях, що використовуються у фільтрації каталогу.
- Нехтування тегованим кешуванням — призводить до скидання всього кешу при зміні одного елемента.
Гарантія та підтримка
Ми працюємо з 1С-Бітрікс 12+ років, реалізували 500+ проєктів. У штаті сертифіковані розробники. Фіксована вартість у договорі — без сюрпризів. Гарантійний період покриває помилки коду. Після — абонентські пакети з SLA (час реакції — 2 години, рішення — 8 годин). Моніторинг доступності 24/7, алерти в Telegram. За потреби отримайте попередній аудит — зв'яжіться з нами через форму на сайті або напишіть у чат, відповімо протягом години. Замовте розробку під ключ — ми спроєктуємо інфоблоки, інтегруємо 1С і розженимо каталог. Якщо вже є сайт на іншій CMS — замовте аудит продуктивності та міграцію на Бітрікс.