Портал, перенос и доступы · разбор ситуации

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

Сотрудники заходят каждый день, лиды создаются. Разговор уходит в новую настройку всей системы, хотя клиент уже держит конкретный счёт, которого в учёте нет.

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

Проверка на существующем документе

  1. 01
    Рабочий порталСчёт создан и отправлен
  2. 02
    КлиентУже получил документ
  3. ?
    УчётЭтого счёта не видно
Вход сотрудников в портал не подтверждает прохождение счёта по маршруту.

01 / Ситуация

Система открывается.
Нужное действие не завершено.

Битрикс24 оплачен, сотрудники пользуются им ежедневно, но результат отличается от ожиданий. Обсуждение легко превращается в перечень будущих настроек, не затрагивая уже возникшую проблему.

В действующем портале есть сделка со счётом, который получил клиент. На стороне учёта его нет. Без открытия этой сделки можно признать систему работающей и пропустить конкретный разрыв.

02 / Граница работ

Следующий счёт
не отвечает за предыдущий

Разбор текущей сделки

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

Новая настройка

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

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

03 / Подход

Открыть сделку и пройти её маршрут

  1. Зафиксировать отправленную версию

    Находим счёт в портале и файл, полученный клиентом. Уточняем, какой результат ожидали увидеть в учёте.

  2. Проверить фактическую передачу

    Сверяем настройки установленной связки и доступные следы обмена по этому документу. Отделяем создание счёта от его передачи.

  3. Разделить необходимые действия

    Согласуем работу с текущим документом и изменения для последующих счетов. Не расширяем перенастройку без выявленного основания.

04 / Нюансы

Общая активность
не заменяет проверку цепочки

Лиды создаются

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

Клиент получил прежний файл

Новая настройка не меняет уже отправленную версию. Её нужно сохранить в сравнении, даже если последующий документ сформировался иначе.

Проверка оплаты — следующий вопрос

Сначала устанавливаем наличие и связь документа учёта. Возврат сведений об оплате рассматриваем отдельно, не предполагая его из названия интеграции.

05 / Первый шаг

Один отправленный счёт
в уже работающем портале

На встрече откроем действующую сделку и проследим документ до места, где его перестают видеть.

  • Сделка и счёт, полученный клиентом.
  • Ожидаемый документ на стороне учёта.
  • Сведения об используемой связке систем.

По этому примеру определим причину разрыва и обоснованный объём изменений вместо общей перенастройки без проверки.

Обсудить вашу ситуацию

Начнём с портала,
в котором вы уже работаете

Откроем проблемную сделку и проверим путь её документа.