СОБСТВЕННЫЙ ПРОДУКТ / ЭКОНОМИКА СДЕЛКИ
Товары и маржа
для Битрикс24.
Продажа, закупка, курс и расходы — в одном расчёте внутри сделки. Менеджер видит маржу, руководитель может проверить, как она получилась.
Внедрено в рабочем портале · опыт на 06.09.2026
Подключение к вашей CRM — после проверки правил расчёта.
01 / РАБОЧЕЕ МЕСТО МЕНЕДЖЕРА
Экономика сделки.
В привычной карточке.
В портале уже были поля себестоимости и маржи. Мы добавили вкладку, которая связывает товарные позиции, исходные затраты, итоговый расчёт и сохранение в CRM.
6,64% в последней версии расчёта. Показатель виден до сохранения сделки.
10 362 ₽ после закупки 145 638 ₽. Значения из одного реального расчёта.
Как складывается результат
В этом примере прочие расходы равны нулю. В рабочем расчёте учитываются и сопутствующие затраты. Это разбор данных, не оценка дополнительного заработка.
Расчёт по товарным позициям
Открыть крупнее- 01
Собрать условия
Товары, количество, цена, закупка, курс и сопутствующие расходы.
- 02
Проверить экономику
Посмотреть себестоимость, прибыль и отклонение от порога маржи.
- 03
Зафиксировать расчёт
Сохранить версию и передать товары и финансовые поля в CRM.
02 / ВОЗМОЖНОСТИ
От позиции товара
до истории решения.
Для оборудования, дистрибуции, комплектации и проектных продаж — когда результат зависит от условий конкретной закупки и поставки.
Товарные позиции
Товары из каталога Битрикс24 и произвольные позиции: количество, продажа, закупка и поставщик в одном расчёте.
Закупка и расходы
RUB, USD, CNY и USDT по введённому курсу. Логистика, комиссия, таможня, прочие и общие расходы — по согласованным правилам заполнения.
Маржа и наценка
Себестоимость и расчётная валовая прибыль по внесённым данным. Пороги выделяют расчёты, которым нужно внимание.
История изменений
Сохранённые версии с автором и изменениями полей. Можно проследить, как уточнение закупки повлияло на итог.
Связь с CRM
Синхронизация товарных строк и финансовых полей сделки. Перед записью проверяются версия расчёта и внешние изменения товаров.
Данные для аналитики
Документированный API со сводками по сделкам, поставщикам и менеджерам. Полнота разрезов зависит от заполнения данных.
03 / ОДНА СДЕЛКА, ТРИ ВЕРСИИ
Закупка уточнилась.
Маржа тоже.
В реальном расчёте сумма продажи осталась 156 000 ₽. После уточнения закупки маржа снизилась с 18,41% до 6,64%. История сохранила, какие значения менялись.
Первая версия
18,41%- Закупка
- 127 275 ₽
- Расчётная прибыль
- 28 725 ₽
Последняя версия из трёх
6,64%- Закупка
- 145 638 ₽
- Расчётная прибыль
- 10 362 ₽
Общая шкала: 0–25% маржи. Сравниваются версии одного расчёта. Это показывает изменение исходных данных; предотвращённый убыток и дополнительный заработок не измерены.
Кто и что изменил
Открыть крупнее
04 / ОПЫТ ВНЕДРЕНИЯ
Панель вошла
в работу команды.
Внедрение в компании, продающей оборудование. Запуск — 16 июля 2026. Показатели из предоставленного аудита рабочей базы панели и Битрикс24 на 6 сентября 2026.
- 69
- сделок с сохранённым расчётом67 с товарами и 2 пустых расчёта на дату среза
- 103
- сохранённые версииВ 13 сделках — 34 повторные правки
- 90,2%
- покрытие успешных сделок37 из 41 сделок выбранной когорты имеют расчёт панели
Для покрытия: основная воронка, сделки созданы 16.07–05.09.2026, успешный статус на 06.09.2026. Это доля использования панели, не рост конверсии. Период включает первоначальную настройку и тестирование без отдельной метки.
Как довели до рабочего портала
- Прототип и правила
Собрали локальный интерфейс и модель расчёта товарных строк.
- Подключение Битрикс24
Развернули приложение, настроили HTTPS, OAuth, права и вкладку сделки.
- Доводка в работе
Уточнили расположение кнопок, выбор из каталога, авторов, историю изменений и пороги.
- Выдача данных
Добавили API аналитики и документацию, проверили доступ к сводкам.
Как устроен обмен данными
Вкладка Битрикс24 → сервер расчётов и проверки → товарные строки CRM и PostgreSQL → история и API аналитики. Интерфейс — React/Next.js, сервер — TypeScript, хранение — PostgreSQL/Prisma. Коммерческое решение остаётся за сотрудником.
Что ещё зависит от данных и правил компании
На дату среза 11 из 67 непустых расчётов имели маржу ниже 10%. Это расчёты, требующие внимания, а не доказанные потери.
В 47 из 68 строк отсутствовал поставщик, а отдельные дополнительные расходы не были заполнены. Поэтому нельзя считать аналитику по поставщикам полной или автоматически принимать закупку за все затраты.
Аудит также зафиксировал ограничения пустых расчётов с общими расходами, статусов интерфейса, порогов согласования и дат аналитики. Перед новым подключением эти сценарии нужно проверить и согласовать их поведение. Их исправление этим кейсом не заявляется.
Источники, определения и границы показателей
Источник — предоставленный аудит от 06.09.2026, срез 22:16–22:20 МСК. Полная выгрузка включала 1 038 сделок и дополнительно 9 старых сделок; все 69 расчётов панели сопоставлены с CRM.
- Исходный период включает настройку и тестирование без отдельной метки тестовых записей.
- Суммы расчётов не равны подтверждённым оплатам.
- Использование продукта не доказывает рост продаж, экономию времени или окупаемость.
- Статусы сделок проверены на дату среза; это не исторические снимки стадий.
- Скриншоты — локальное воспроизведение интерфейса с финансовыми значениями реального расчёта. Имена, названия и идентификаторы заменены.
- Состояние расчёта зависит от полноты введённых расходов. Полноценные план/факт и независимый налоговый расчёт в этот этап не входят.
05 / ПОДКЛЮЧЕНИЕ К ВАШЕМУ ПРОЦЕССУ
Начнём с одной
типовой сделки.
Разберём, откуда берётся закупка, какие расходы обязательны и кто подтверждает условия. Затем определим объём подключения, адаптацию и критерии приёмки.
Обсудить «Товары и маржа»- 01
Пример сделки и её товарных строк
- 02
Правила закупки, валют и расходов
- 03
Роли менеджера, закупки и руководителя
До подключения.
Можно установить продукт самостоятельно?
На этой странице мы предлагаем внедрение: сначала проверяем портал, поля, права и правила расчёта. Самостоятельная установка из Маркета Битрикс24 здесь не заявлена.
Как учитываются валюты и дополнительные расходы?
Закупку можно вести в RUB, USD, CNY и USDT по введённому курсу. Для дополнительных и общих расходов есть отдельные поля. До подключения согласуем, какие затраты уже входят в закупку, как распределять остальные и какие поля обязательны.
Это управленческий учёт план/факт?
В описанной версии нет независимого учёта оплат и полноценного разделения плановых и фактических затрат. Налоговые признаки передаются в CRM, но отдельная формула прибыли для разных режимов НДС в этот этап не входит.
Панель автоматически согласует низкую маржу?
Панель выделяет расчёты относительно настроенных порогов. Полноценный маршрут согласования, роли и фиксацию решения нужно определить при внедрении. Само предупреждение не подтверждает согласование сделки.
От чего зависят сроки и стоимость подключения?
От структуры товаров и финансовых полей, правил затрат, доступов, сценариев изменения и требуемой аналитики. После разбора примера сделки фиксируем состав, критерии приёмки и бюджет.