Как сверить CRM и 1С, чтобы оценить выручку от рекламы?
Чтобы понять, сколько выручки принесли рекламные клиенты, свяжите каждую оплату или продажу в 1С с заказом в CRM, а заказ — с источником обращения. Затем проверьте возвраты, частичные оплаты и записи без источника. Начните с одного периода и одного канала: так проще найти расхождения до подготовки общего отчёта. Ниже — порядок сверки для малого бизнеса, где рекламу, продажи и учёт ведут разные люди.
Дата публикации: 08.11.2026.
Какие данные связать между рекламой, CRM и 1С?
Путь начинается с обращения: человек оставил заявку, позвонил или записался после рекламы. В CRM менеджер создаёт сделку и указывает источник, если система не проставила его сама. Когда покупатель оформляет заказ, у сделки появляется номер или другой устойчивый идентификатор. По нему бухгалтер сможет найти нужные документы в 1С.
Выглядит просто, пока один покупатель не оформит несколько заказов. Название компании или УНП помогут найти покупателя, но сами по себе не покажут, к какой сделке относится оплата. Поэтому для сверки нужны и покупатель, и основание расчётов: заказ, счёт или договор по принятому у вас порядку.
| Что проверить | Где смотреть | Зачем это нужно |
|---|---|---|
| Источник обращения и идентификатор сделки | CRM | Понять, с какой рекламой связался заказ |
| Покупатель и основание расчётов | CRM и 1С | Сопоставить сделку с нужными документами |
| Продажа, оплата, возврат | 1С | Проверить сумму, которая попала в отчёт |
| Дата последнего обмена | CRM или журнал обмена | Убедиться, что менеджер видит свежие данные |
Сначала договоритесь, что именно будете называть выручкой в рекламном отчёте. Оплата показывает поступление денег. Продажа может относиться к другому моменту. Если сложить оплаты и продажи в одну колонку, итог будет трудно сверить с учётом. Практический маршрут — пройти путь от рекламного обращения через CRM до оплаты или отказа и сравнить источник, товар, сумму и идентификатор записи (WiseLab).
Как найти сделки, которые не совпали с учётом?
Возьмите завершённый период и выгрузите сделки CRM, которым приписан рекламный источник. Отдельно получите из 1С данные по связанным заказам. Попросите бухгалтера уточнить, какие документы входят в выбранный показатель выручки. Затем соедините строки по идентификатору заказа и проверьте сумму каждой пары.
Начните с одной сделки, по которой менеджер помнит покупателя. Откройте заказ в CRM, найдите его основание в 1С и проследите оплату. Если сумма в CRM отличается, проверьте частичный платёж, возврат и дату последнего обмена. Статус «Оплачено» не объяснит, закрыт ли весь заказ и сколько денег поступило.
Для записей без пары заведите короткий список расхождений: идентификатор сделки, сумма, причина и ответственный. Частая ситуация — бухгалтер видит платёж, но пока не знает, к какому заказу его отнести. Такую сумму лучше оставить на проверке, чем автоматически записать за рекламным каналом.
Повторный обмен тоже стоит испытать на одной операции. Если после него в CRM появились две оплаты вместо одной, отчёт завысит поступления. При настройке связи рекламных кабинетов, телефонии и CRM обычно отдельно проверяют передачу лидов и тестируют путь на реальных обращениях (AmSales). Для сверки с 1С к этому тесту добавьте исправление документа и возврат.
Если бухгалтеру и менеджеру нужно сначала согласовать, кто исправляет расхождения, пригодится в статье на belinfoclub.by порядок сверки расчётов между 1С и CRM. Для рекламного отчёта после сверки понадобится ещё проверить источник каждой сделки.
Как посчитать выручку по рекламному каналу без двойного счёта?
Сначала закрепите правило: какой источник получает продажу, если человек обратился повторно или пришёл через разные каналы. Запишите это правило рядом с отчётом. Иначе менеджер и специалист по рекламе посчитают одну продажу по-разному, хотя оба будут смотреть на одну CRM.
Затем разделите результаты на понятные группы: сделки с подтверждённой суммой и источником, сделки с неподтверждённой суммой, сделки без надёжного источника. По первым можно строить отчёт по каналам. Остальные покажите отдельно, чтобы отсутствие связи не превратилось в нулевую выручку или случайное начисление рекламе.
Сверьте общую сумму отчёта по каналам с выбранным показателем из учётной системы за тот же период. Если итоги различаются, сначала разберите пропущенные заказы, возвраты и границы периода, а уже потом обсуждайте, как распределять продажи между рекламными источниками. Такой порядок проверки суммы до выбора модели атрибуции описан у Clientcore.
Для услуг особенно полезно различать заявку и состоявшуюся продажу. Например, запись после рекламы ещё ничего не говорит об оплате: клиент может перенести визит или отказаться. Подход к проверке рекламы по состоявшимся визитам в салоне красоты помогает увидеть, где именно нужно связать CRM с итогом заказа.
После сверки руководитель увидит, какие каналы привели оплаченные заказы, а по каким пока есть только обращения. Это практическая основа для решений о локальном продвижении и целевой лидогенерации: специалисту по рекламе можно передать список заказов с подтверждённым источником вместо перечня всех заявок.
Какие ошибки чаще всего портят отчёт?
- Менеджер отмечает оплату со слов клиента. Исправление: показывать в CRM сумму после того, как бухгалтер отразил и проверил поступление в 1С.
- Платёж связывают с покупателем, но не с заказом. Исправление: сверять основание расчётов, особенно если у покупателя несколько сделок.
- Частичную оплату записывают как полную. Исправление: выводить поступившую сумму и остаток отдельно.
- Возврат остаётся только в 1С. Исправление: включить возвраты и исправления документов в проверку обмена.
- Отчёт построен по старым данным CRM. Исправление: перед сверкой проверить время последнего успешного обмена.
Если расхождения повторяются, запишите конкретную сделку, документ из 1С и ожидаемую сумму. С таким примером бухгалтер проверит учётную часть, а специалист по интеграции — передачу данных. Пока причина не ясна, сумму лучше держать отдельно от подтверждённой выручки канала.
Откройте одну оплаченную сделку из рекламы и проверьте за две минуты, видны ли в ней основание заказа, сумма поступления и дата последнего обмена с 1С.
