Счёт — основа финансовых отношений между компанией и клиентом. Если документ выглядит непрофессионально, не содержит обязательных реквизитов или не соответствует фирменному стилю, это снижает доверие и затягивает оплату. Мы помогаем создавать шаблоны счетов в Битрикс24, которые выглядят солидно и автоматизируют рутину: от подстановки банковских реквизитов до расчёта НДС и суммы прописью. Наша разработка выполняется под ключ — от анализа до загрузки шаблона и обучения сотрудников.
Типичная ситуация: менеджер вручную копирует реквизиты, пересчитывает НДС и пишет сумму прописью — на каждый счёт уходит до 10 минут. За месяц набегает несколько часов однотипной работы с риском ошибок. Автоматизированный шаблон сокращает эту процедуру до 30 секунд и исключает опечатки.
В статье разберём, какие типы счетов существуют в Битрикс24, как настроить обязательные элементы и чем мы можем ускорить этот процесс.
Как автоматизировать шаблон счета в Битрикс24?
Процесс включает пять этапов: аналитика, проектирование, реализация, тестирование и деплой. На каждом мы учитываем особенности вашего бизнеса — от интеграции с 1С до требований 54-ФЗ.
Какие реквизиты обязательно должны быть в счете?
По российскому деловому обороту счёт должен включать:
- Реквизиты продавца: наименование, ИНН/КПП, юридический адрес, банковские реквизиты (БИК, расчётный счёт, корр.счёт, банк)
- Реквизиты покупателя: наименование, ИНН/КПП, адрес
- Номер и дата счёта
- Таблица товаров/услуг с количеством, ценой и суммой
- НДС (если применимо)
- Итоговая сумма цифрами и прописью
- Место для подписи и печати
Реквизиты продавца удобно хранить статично в шаблоне DOCX — они редко меняются. Данные покупателя подтягиваются из CRM через плейсхолдеры компании или контакта. Мы проверяем соответствие требованиям Федерального закона 54-ФЗ (https://ru.wikipedia.org/wiki/54-%D0%A4%D0%97) и рекомендациям Минфина.
Как добавить сумму прописью в шаблон счета?
Нативной поддержки суммы прописью на русском в Битрикс24 нет. Есть три подхода:
| Вариант |
Описание |
Скорость реализации |
| Ручное поле |
Менеджер вводит пропись в кастомное поле |
Мгновенно, но ошибки |
| Робот + бизнес-процесс |
JavaScript-действие вычисляет пропись и записывает в поле |
2–3 дня настройки |
| Внешний вебхук |
При изменении счёта REST API вызывает скрипт |
1–2 дня + сервер |
Мы рекомендуем второй подход: он не требует внешнего хостинга и надёжно работает в облаке. Шаблоны DOCX в Битрикс24 в 3 раза гибче стандартных PDF — можно легко менять любые элементы дизайна.
Почему стоит автоматизировать выставление счетов?
Автоматизация сокращает время оформления счёта в 20 раз по сравнению с ручным заполнением. Средняя экономия времени — несколько часов в месяц на одного менеджера. Окупаемость инвестиций составляет несколько месяцев за счёт снижения операционных расходов.
Что входит в работу
- Анализ текущего типа счетов (старые или смарт-процесс)
- Создание макета шаблона в DOCX с учётом фирменного стиля
- Настройка кастомных UF-полей под реквизиты и сумму прописью
- Программирование робота или вебхука для автозаполнения
- Загрузка шаблона и тестирование на 5-10 счетах
- Документация по использованию и поддержка 2 недели после сдачи
Пошаговый процесс разработки
- Аналитика — выясняем, какие счета используете, какие поля нужны, есть ли интеграция с 1С.
- Проектирование — рисуем макет шаблона, согласовываем расположение реквизитов.
- Реализация — создаём DOCX с плейсхолдерами, настраиваем поля и автоматизацию.
- Тестирование — проверяем на реальных счетах, исправляем ошибки.
- Деплой — загружаем шаблон в рабочую среду, обучаем менеджеров.
На последнем этапе передаём доступы к шаблону и инструкцию, как обновлять реквизиты.
Кейс: шаблон счёта для IT-компании
Наш клиент — IT-компания, выставляющая счета за техподдержку и разработку. Требовался счёт с реквизитами, таблицей услуг (наименование, часы, ставка, сумма), НДС 20%, итогом прописью, подписями директора и главбуха. Мы выбрали статичное хранение реквизитов в DOCX, таблицу услуг через блок повторения {#Products}, кастомные UF-поля для НДС и прописи, а робот с JavaScript-действием вычислял эти значения. Шаблон загрузили, протестировали на 10 счетах. Время — 1,5 дня. Клиент сэкономил около 3 часов в месяц на ручном заполнении.
Сроки
| Задача |
Сроки |
| Доработка стандартного шаблона (реквизиты, стили) |
4–6 часов |
| Разработка шаблона с нуля + кастомные поля |
1–2 дня |
| Шаблон с автоматическим заполнением суммы прописью через робота |
2–3 дня |
Типовые сроки и стоимость
Стоимость рассчитывается индивидуально и зависит от сложности — от нескольких часов до нескольких дней. Мы подготовим точную оценку после анализа ваших требований.
Имеем 7+ лет опыта разработки на Битрикс, выполнили более 50 проектов по настройке счетов. Свяжитесь с нами для оценки вашего проекта — мы подготовим решение в течение дня. Закажите разработку шаблона уже сегодня, чтобы сэкономить время ваших менеджеров.
Почему вёрстка сайтов на 1С-Битрикс требует профессионализма?
Открываете template.php у предыдущего подрядчика — а там SQL-запросы, бизнес-логика и inline-стили в одном файле. На каждом втором проекте, который берём на поддержку, код шаблонов выглядит как свалка: кэш не работает, добавить новую фичу — переписывай всё. Средняя стоимость исправления такой вёрстки сайтов — 15 000–30 000 рублей только на отладку, а потерянная выручка из-за сломанной корзины в пик сезона может уходить в миллионы. Наша команда с 10-летним опытом строго разделяет: логика — в result_modifier.php или component_epilog.php, представление — в template.php. Никакого CIBlockElement::GetList в шаблоне. Это сокращает время правок на 30–40% и исключает типовые ошибки, которые ломают кэш. Аналогичную проблему исправляли клиенту, который месяц не мог обновить блок «Акции» — после настройки тегированного кэша правки вставали за минуту, а не за день.
Как правильно организовать шаблоны компонентов?
Кастомный шаблон — это не один файл, а структура из пяти-шести файлов:
-
template.php — только HTML и вывод $arResult
-
result_modifier.php — подготовка данных, дополнительные выборки
-
component_epilog.php — код после кэширования (счётчики, динамика)
-
style.css и script.js — подключаются через Asset::getInstance()->addCss() и addJs() (не через <link> — иначе ломается объединение)
-
.parameters.php — параметры визуального редактора
Пример структуры для каталога:
local/templates/your_template/components/bitrix/catalog.section/.default/
├── template.php
├── result_modifier.php
├── component_epilog.php
├── style.css
├── script.js
└── .parameters.php
Типовые шаблоны, которые верстаем под ключ:
| Компонент |
Что делаем |
catalog.section и catalog.element |
Переключение вида (плитка/список/таблица), lazy load для изображений, srcset для ретины |
sale.basket.basket |
AJAX-обновление без перезагрузки, мини-корзина через sale.basket.basket.line |
menu |
Мегаменю с кэшированием по разделам, отложенная загрузка подменю |
search.title |
Автоподсказки с дебаунсом 300 мс, превью товаров в дропдауне |
breadcrumb |
Микроразметка BreadcrumbList по Schema.org |
Кэширование: почему оно ломается и как чиним?
Компонентное кэширование в Битрикс ломается одной ошибкой: вывели имя пользователя внутри кэшированного каталога — все видят одно имя. Решение — component_epilog.php для динамических вставок.
Tagged cache ($this->setResultCacheKeys, CIBlock::clearIblockTagCache) настраиваем обязательно. Изменили товар — очищается кэш только этого товара, а не всего раздела. На проекте с 50 000 товаров это даёт прирост скорости на 40% по сравнению с полным сбросом.
Реальный кейс. Клиент жаловался — на странице каталога у всех одна корзина. Оказалось, предыдущий разработчик вывел $_SESSION['BASKET'] внутри template.php компонента catalog.section. Компонент кэшировался на час — корзина застыла. Перенесли вывод в component_epilog.php, настроили тегированный кэш на sale.basket.basket.line. Страница не потеряла в скорости, корзина стала актуальной. Ущерб от неработающей корзины в пик сезона мог составлять миллионы, а цена исправления — в пределах 15 000 рублей. Другой клиент потерял 200 000 рублей за неделю из-за некорректного кэша формы заказа — мы вернули работоспособность за два дня.
Официальная документация Битрикс рекомендует использовать component_epilog.php для динамических вставок — подробнее в руководстве.
CSS-подходы: BEM, Tailwind или гибрид?
Для больших проектов (30+ шаблонов) используем BEM — .product-card__price, .product-card--featured. Стили изолированы, конфликтов нет. Подробнее о BEM. В Битрикс обёртки с классами bx-component не трогаем — оборачиваем свой BEM-блок внутри.
Для типовых задач (лендинги, админки) берём Tailwind 3+ с PurgeCSS — итоговый CSS 10–30 КБ вместо сотен. Дизайн-токены в tailwind.config.js фиксируют цвета, шрифты, отступы в одном месте.
На большинстве проектов применяем гибрид: BEM для структурных компонентов (каталог, карточка, чекаут), Tailwind для утилитарных вещей (отступы, flex-раскладки). Границу оговариваем с командой заранее.
Как мы достигаем Core Web Vitals?
Critical CSS — выделяем стили первого экрана через пакет critical, инлайним в <head>. Остальное грузится асинхронно через media="print" onload="this.media='all'". LCP на мобильных сокращается на 1–1.5 секунды.
Изображения — главный тормоз. Используем <picture> с WebP и JPEG-фолбэком. loading="lazy" для всего ниже первого экрана. width и height явно прописаны — CLS = 0. Обработчик в urlrewrite.php генерирует WebP на лету.
Минификация и сжатие. CSS и JS через Vite или встроенное объединение Битрикс. Brotli на nginx (brotli_comp_level 6) — на 15–20% эффективнее gzip. Кэширование статики: expires 1y + версионирование через query string.
Хотите получить подобные показатели? Свяжитесь с нами — сделаем аудит вашего проекта и предложим конкретные шаги.
Что входит в услугу вёрстки сайтов на 1С-Битрикс?
После заказа вёрстки шаблона или адаптации готового решения передаём:
- Исходники шаблонов компонентов с разделением на
template.php, result_modifier.php, epilog
- CSS и JS, подключённые через Asset — без инлайн-стилей
- Настроенное кэширование с тегами
- Документацию по структуре и параметрам
- Доступ к Git-репозиторию с историей изменений
- Обучение вашего разработчика: как править шаблон без потери обновляемости
Гарантируем соответствие Core Web Vitals и кроссбраузерность. Закрепляем инженера с опытом 10+ лет — получите консультацию по вашему проекту до начала работ.
Процесс работы:
- Анализ макетов и текущего проекта — выявляем компоненты для переработки
- Проектирование структуры — разбиваем страницу на BEM-блоки
- Реализация — верстаем шаблоны по схеме: template, result_modifier, epilog, CSS, JS
- Тестирование — проверяем кэш, адаптивность, Core Web Vitals, кроссбраузерность
- Деплой — стейджинг, приёмка, продакшен
На каждом этапе вы получаете промежуточный результат и можете внести правки. Свяжитесь с нами — оценим проект за 1–2 дня после получения макетов.
Сроки
| Объём работ |
Срок |
| Лендинг (5–7 экранов) |
3–5 дней |
| Корпоративный сайт (15–20 уникальных страниц) |
2–4 недели |
| Интернет-магазин (30+ шаблонов компонентов) |
4–8 недель |
| Кастомизация готового решения Маркетплейса |
1–3 недели |
| Редизайн существующего проекта |
3–6 недель |
После анализа даём разбивку по компонентам — что переиспользуется, что верстается с нуля. Закажите предварительную консультацию — посчитаем сроки и бюджет индивидуально.