Согласуйте, какие данные бухгалтер ведёт в 1С, что менеджер видит в CRM и кто исправляет расхождения. Затем настройте передачу оплат и общий порядок подготовки актов сверки. Для малого бизнеса Беларуси такая схема помогает связать продажи с учётом без постоянных запросов в бухгалтерию. Разберём, как распределить ответственность, проверить обмен и договориться о действиях при частичной оплате или возврате. Начать можно с одного покупателя и его документов.
Какие данные сверять между бухгалтерией и менеджерами?
Сначала опишите границы систем. CRM обычно хранит переписку с покупателем, заявки, задачи и этапы сделки. В 1С бухгалтер или сотрудник по заказам работает с номенклатурой, документами и оплатами. Такое разделение описывает crmlab.by в материале об интеграции CRM с 1С. Для сверки расчётов менеджеру нужен понятный результат: сколько покупатель должен по конкретному заказу и на основании каких документов.
Закрепите за 1С роль источника учётных данных об оплатах. В CRM передавайте сведения, которые нужны для работы с заказом. Менеджеру полезно видеть сумму поступления, остаток к оплате и время последнего успешного обмена. Одного статуса «Оплачено» недостаточно: он не объясняет, закрыт ли весь заказ.
- Покупатель: карточка в обеих системах и УНП для белорусской организации.
- Основание расчётов: договор, заказ или счёт, к которому относится оплата.
- Документы: отгрузка, акт либо другой документ по вашей схеме учёта.
- Оплата: сумма и дата поступления, связь с заказом, сведения о возврате.
- Результат сверки: остаток задолженности и период, за который его проверили.
УНП помогает сопоставить организацию, но не определяет, какой заказ она оплачивает. Если у покупателя несколько договоров, связь платежа с нужным основанием нужно проверять отдельно. Иначе общая сумма по клиенту сойдётся, а менеджер увидит неверный долг по сделке.
Как передавать оплаты из 1С в CRM без путаницы?
Опишите маршрут платежа до настройки обмена. Бухгалтер отражает поступление в 1С, проверяет покупателя и основание платежа. После этого обмен передаёт сведения в CRM. Если используется Битрикс24, заранее определите, куда попадёт результат: в поля сделки, отдельную запись об оплате или уведомление менеджеру. Конкретный вариант зависит от возможностей вашей конфигурации и модуля интеграции.
Обмен между 1С и CRM не ускоряет появление банковских данных в учёте. Пока бухгалтер не загрузил и не проверил выписку, CRM нечего получать. Поэтому в рабочем порядке укажите отдельно, когда бухгалтер отражает поступления и когда запускается передача в CRM. Обещание обновлять статус сразу после оплаты без такой проверки создаёт ложные ожидания.
- Выберите событие для передачи: например, подтверждение оплаты бухгалтером в 1С.
- Определите способ сопоставления платежа с покупателем и заказом.
- Настройте отдельное отображение частичной и полной оплаты.
- Предусмотрите исправление суммы, отмену документа и возврат денег.
- Назначьте сотрудника, который получает сообщения об ошибках обмена.
Повторная отправка одной операции не должна создавать ещё одну оплату. Включите это условие в задание специалисту по интеграции и проверьте на тестовом примере. Для платежа без понятного основания предусмотрите статус «Требует проверки»: бухгалтер разберёт его вручную, а менеджер увидит причину задержки.
Связанный сценарий для Битрикс24 разобран в статье на mpb.by. При выборе решения уточните, какие операции оно передаёт именно в вашей версии 1С и как сообщает о сбое.
Как готовить акт сверки, чтобы стороны проверяли одно и то же?
Разделите внутреннюю проверку расчётов и подготовку акта для покупателя. Внутри компании бухгалтер и менеджер выясняют, почему различаются суммы. Для покупателя бухгалтер готовит документ за согласованный период. Если отправить акт до разбора расхождений, клиент получит цифры, которые сотрудникам ещё предстоит объяснить.
Перед подготовкой акта зафиксируйте покупателя, договор и границы периода. Проверьте начальный остаток, документы за период, оплаты и конечный остаток. Отдельно посмотрите операции на границе периода: платёж после его окончания не следует смешивать с расчётами внутри выбранного интервала.
Менеджер уточняет у покупателя, какой договор и период нужны. Бухгалтер проверяет состав расчётов и формирует акт в 1С, если используемая конфигурация это поддерживает. Передача PDF-копии в карточку CRM требует отдельной настройки; сам факт интеграции ещё не означает, что файлы будут прикрепляться автоматически.
В CRM полезно хранить дату подготовки акта и состояние запроса: документ готов, отправлен или по нему есть расхождения. Файл без этих сведений быстро теряет контекст. Если после подготовки акта бухгалтер изменил учёт, старую копию нужно явно пометить и подготовить актуальную версию.
Для бизнеса с заказами на работы сначала проверьте, как документы связаны с конкретным заказом. Например, при такой задаче в автосервисе отправной точкой станет порядок организации бухучёта в автосервисе. Сверка будет понятнее, если бухгалтер и менеджер одинаково определяют состав работ по заказу.
Как проверить обмен перед запуском в ежедневную работу?
Начните с ограниченного набора операций. Выберите покупателя, по которому бухгалтер может проследить путь от заказа до оплаты. Сравнивайте документы и суммы в обеих системах, а не только цвет стадии сделки. На время проверки назначьте одного сотрудника, который фиксирует результат и передаёт ошибки специалисту по интеграции.
- Полная оплата: сумма в CRM совпадает с 1С и относится к нужному заказу.
- Частичная оплата: CRM показывает поступление и оставшуюся сумму отдельно.
- Повторный запуск обмена: новая запись об уже переданном платеже не появляется.
- Возврат или исправление: CRM обновляет сведения и сохраняет понятную историю изменения.
- Сбой связи: ответственный получает сообщение, а после восстановления обмен передаёт пропущенные операции.
Перед изменениями согласуйте со специалистом, как организовать резервное копирование бухгалтерской базы. Проверку обмена лучше проводить на копии или в тестовом контуре, если это допускают используемые системы. Так ошибочная настройка не затронет рабочие документы.
После запуска сохраните выборочную сверку как регулярную задачу. В материале Клауд АйСи о связи CRM и 1С расхождения и ручные исправления названы ранними признаками сбоя. Проверяйте также время последнего успешного обмена: совпадение старых сумм ещё не подтверждает, что новые операции доходят до CRM.
Типичные ошибки: что закрепить в рабочем порядке?
- Менеджер вручную ставит полную оплату со слов клиента. Исправление: отделить сообщение покупателя от подтверждения поступления в 1С.
- Сотрудники исправляют одну сумму сразу в обеих системах. Исправление: определить источник данных и менять учётную операцию в нём.
- Платёж сопоставляют только по названию компании. Исправление: проверять карточку покупателя и основание расчётов.
- Акт формируют без проверки периода. Исправление: записывать период и договор в запросе бухгалтеру.
- За ошибки обмена никто не отвечает. Исправление: назначить получателя уведомлений и порядок ручной проверки до восстановления связи.
Рабочий порядок удобно разобрать совместно бухгалтеру и руководителю продаж. Для обсуждения в профессиональном клубе или на обучении подготовьте конкретную ситуацию: документ в 1С, соответствующую сделку в CRM и описание расхождения. С таким набором можно предметно проверить методику учёта по экспертным материалам, а техническую причину передать специалисту по интеграции.
Сейчас откройте одну сделку с оплатой и запишите, видит ли менеджер сумму поступления, остаток долга и время последнего обмена. Эта проверка займёт до двух минут и даст конкретный список полей для обсуждения с бухгалтером.
