Счета и обмен с 1С · разбор ситуации

Обмен подключён.
Менеджер всё ещё в двух окнах.

Продажа идёт в CRM, счёт оформляют в программе учёта, оплату уточняют у бухгалтерии. Что именно должна передавать связка, чтобы сотрудник видел нужный ему ход продажи.

К оглавлению по теме

Где процесс выходит из CRM

  1. Сделка в Битрикс24Менеджер ведёт продажу
  2. Документы в учётеСчёт и платёж проверяют отдельно
  3. Следующее действиеНужную информацию выясняют устно
Условная схема ситуации, а не схема готовой интеграции. Возможности установленной связки проверяем отдельно.

01 / Ситуация

Название интеграции не описывает рабочий день

Менеджер обсуждает заказ в Битрикс24, затем открывает учёт, чтобы подготовить счёт. После отправки клиенту ему нужно дождаться оплаты, но статус снова приходится выяснять в другом окне или у коллег.

Фраза «обмен с 1С настроен» не отвечает на вопросы, где создаётся документ, где его печатают и что возвращается в сделку. Чтобы убрать лишние переключения, сначала описываем этот маршрут целиком.

02 / Граница решения

Документ, направление и событие

В исходных ситуациях описаны разные маршруты: передача счёта в учёт и создание заказа покупателя из строк счёта. Они не обязаны передавать одинаковые сведения или одинаково отражать оплату.

Что уходит из CRM

Какой документ создают в 1С, какие позиции, цены и данные контрагента он получает.

Что возвращается в сделку

Какое событие меняет статус, что означает отметка оплаты и какие сведения видит менеджер.

Не выводим возможности из одного названия редакции или модуля. Уточняем версии систем, конфигурацию 1С, установленную связку и её настройки. Только после проверки определяем, что можно настроить, а что потребует отдельной работы.

03 / Подход

Пройти путь одного документа вместе с сотрудником

  1. Зафиксировать текущие действия

    Где менеджер набирает состав, создаёт и печатает счёт, откуда отправляет его клиенту. Отмечаем повторный ввод и обращения к бухгалтерии.

  2. Сопоставить результат обмена

    Находим соответствующий счёт или заказ в учёте. Проверяем переданные поля, ответные статусы и момент их появления в CRM.

  3. Описать требуемый маршрут

    Определяем, какие действия должны остаться у менеджера, какие — у бухгалтерии, а какие сведения нужно передавать. Согласуем границы изменений до выбора способа реализации.

04 / Нюансы

Одной отметки может быть недостаточно

Полная и частичная оплата

В одном из описанных сценариев возвращается только отметка полной оплаты заказа. Она не объясняет частичные поступления. Если менеджеру нужен остаток или состав платежей, это отдельное требование к связке.

Правки после передачи

Создание документа в другой системе ещё не подтверждает синхронизацию последующих изменений. Проверяем, что произойдёт с составом и ценой после правки в каждом окне.

Счёт появился, платёж не вернулся

Если маршрут уже понятен и проблема только в отсутствии отметки, начинаем с проверки обратного направления на конкретном счёте. Не меняем весь процесс без необходимости.

Переносимый опыт: описывать интеграцию через документы, события и действия сотрудников. Это точнее, чем ожидание «всё должно быть в одной системе».

05 / Первый шаг

Одна продажа.
Все переключения между окнами.

Для первого обсуждения расскажите, что менеджер делает от подготовки счёта до подтверждения оплаты и на каком шаге ему нужна помощь коллег.

  • Используемые версии систем и название связки, если они известны.
  • Пример счёта и соответствующего документа в учёте.
  • Сведения, которых не хватает в CRM для следующего действия.

После проверки согласуем требуемые направления и детализацию обмена. Состав работ и стоимость определим до разработки.

Применить опыт к вашей задаче

Опишем обмен
через работу менеджера

Разделим передачу документов, возврат статусов и действия, которые пока выполняются вручную.