Канбан сделок в 1С УТ 11 — видно, где сделки стоят неделями

Список сделок отвечает на вопрос «какие сделки есть» и молчит о том, что с ними происходит. Чтобы понять, где воронка остановилась, руководитель открывает сделку за сделкой и смотрит, когда ее двигали последний раз. Канбан сделок показывает это одним экраном: колонки — этапы, карточки — сделки, а карточка, застоявшаяся на этапе, окрашивается сама.

Разработка не заводит своего учета. Этап живет там же, где его ведет «Управление торговлей» — в регистре «Статистика сделок с клиентами», а переносит карточку та же процедура, которую вызывает карточка сделки. То есть доска — это другой взгляд на данные, которые у вас уже есть, а не вторая система, требующая ввода.

Зачем это, если есть CRM-сервис

Внешняя CRM с досками решает ту же задачу, но ценой второй базы: клиентов и сделки надо синхронизировать, менеджер работает в двух окнах, а разошедшиеся данные потом сводит руками. Здесь доска работает внутри той же «1С:Управление торговлей»: те же сделки, те же партнеры, те же права, никакой синхронизации и абонентской платы.

Что это дает

• Воронка видна с первого экрана. Сколько сделок на каждом этапе и на какую сумму потенциальных продаж — над каждой колонкой.
• Застой видно сразу. Карточка желтеет после первого порога и краснеет после второго: сделку, о которой забыли, не приходится искать на планерке.
• Этап меняется одним движением. Перетащили карточку — этап сделки изменился в базе, со всеми типовыми последствиями.
• Конверсия по этапам считается сама. Видно, на каком этапе воронка теряет больше всего сделок.
• Планерка идет по доске. Отбор по менеджеру — и на экране только его сделки, в том же виде.

Доска сделок: колонки, карточки, итоги

Рабочее место открывается из раздела CRM и маркетинг — пункт Канбан сделок. Второй вход — кнопка Канбан в типовом списке сделок с клиентами: доска откроется и перенесет на себя отбор списка по ответственному, если он был установлен.

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

Что на доске:

• под названием этапа — итог колонки: сколько сделок стоит на этапе и на какую сумму;
• в карточке — партнер, наименование сделки, потенциальная сумма продажи и число дней на этом этапе;
• на доске только сделки в работе: выигранные, проигранные и закрытые с нее уходят;
• сделка, у которой ни один этап еще не начат, на доску не попадает — она не в воронке, а в заявках.

Колонок на доске не больше 12. Если у вида сделки этапов больше, показываются первые 12, а над доской появляется строка с общим числом этапов: сколько их всего и сколько попало на доску.

Застой: карточка окрашивается сама

Дни считаются не от даты сделки, а от даты, когда сделка попала на текущий этап. Это принципиально: сделка может тянуться полгода и при этом двигаться, а может неделю назад застрять на согласовании — доска показывает именно второе.

По умолчанию карточка желтеет после 7 дней на этапе и краснеет после 14. Ноль в пороге отключает его цвет — например, желтый, если в вашем цикле продаж неделя ничего не значит.

Как двигают сделку по этапам

Три способа, все делают одно и то же:

1. Мышью — взять карточку в одной колонке и отпустить в другой. Можно и в соседнюю, и через одну: если этап перепрыгнули, пройденные закрываются, как при работе из карточки сделки.
2. Кнопками Шаг вперед и Шаг назад над доской — на соседний этап.
3. С клавиатуры — Ctrl+Alt+→ и Ctrl+Alt+←.

Перенос идет через типовую процедуру ведения этапов — ту же, что работает в карточке сделки. Отсюда полезное следствие: все типовые проверки остаются на месте. Если чек-лист из «Дел менеджера» не пускает сделку на следующий этап, карточка останется в своей колонке, а причина будет написана сообщением — доска не обходит правила, которые вы настроили.

После переноса обновляются только две колонки — откуда сделка ушла и куда попала. На доске с сотнями карточек это разница между мгновенным откликом и ожиданием.

Закрытие сделки: выиграна или проиграна

По настройке справа на доске появляются два приемника — Выиграна и Проиграна. Перенос карточки в приемник закрывает сделку: меняется статус, ставится признак «Закрыта» и дата окончания, а текущий этап в статистике закрывается тем же результатом.

Перенос в «Проиграна» не проходит без причины: ее выбирают из типового справочника «Причины проигрыша сделок», иначе сделка остается в работе. Через месяц это окупается: статистика проигрышей не превращается в список без объяснений.

Кнопки шага в колонки закрытия не ведут — это сделано намеренно: закрыть сделку можно только осознанным жестом мышью, а не случайным нажатием клавиши на планерке.

Отборы шапки и период

Шапка отбирает, какие сделки попадут на доску:

• Ответственный — сделки одного менеджера; пустое поле показывает всех;
• Только мои — тот же отбор одним нажатием, на текущего пользователя;
• Партнер — сделки одного партнера, когда клиент ведет с вами несколько проектов сразу;
• Период — сделки, начатые в выбранном периоде: месяц, квартал, год или свои даты по варианту «Произвольный»; вариант «Все» снимает отбор по датам.

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

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

Конверсия по этапам сделки

Конверсию включают в настройках, и она выводится под итогом колонки: доля сделок, ушедших с этого этапа дальше. По знаку вопроса открывается подсказка с обоими числами — сколько сделок ушло дальше и сколько всего побывало на этапе. Процент без этих чисел вводит в заблуждение: 50% из 2 сделок и 50% из 200 — разные новости.

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

Настройки доски

Кнопка Настройки над доской. Настройки общие для всех пользователей базы: доска у всех выглядит одинаково, и на планерке никто не спорит, у кого какие цвета.

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

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

Быстрые действия по карточке

Двойной щелчок открывает сделку. В контекстном меню карточки — Открыть сделку и Открыть партнера, а если рядом установлена разработка «Дела менеджера», добавляется пункт Поставить дело: на доске видно, с кем пора связаться, и дело можно поставить тут же, не выходя из воронки.

Права: кто увидит доску и кто сможет двигать сделки

Этап сделки хранится в типовом регистре «Статистика сделок с клиентами», и в типовом профиле менеджера по продажам права на изменение этого регистра нет. Это стоит знать до установки. Проверено на демо-базе «Управление торговлей» 11.5 (платформа 8.3, август 2026): под обычным профилем менеджера доска собирается и показывает карточки, но остается доской чтения — кнопки шага недоступны, карточку нельзя перетащить мышью, а причина написана строкой над колонками.

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

Право на изменение регистра включено в роль Работа с канбаном сделок: она входит в расширение. Администратор добавляет ее в профиль групп доступа менеджеров: «НСИ и администрирование» → «Настройки пользователей и прав» → «Профили групп доступа» → нужный профиль → закладка «Разрешенные действия (роли)». Кроме права на статистику роль дает чтение сделок, видов сделок и состояний процессов — ровно столько, сколько нужно доске, и ничего сверх.

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

Здесь же — деталь, которую видно только под обычным менеджером, а не под администратором. Одного права роли мало: типовая процедура ведения этапов записывает регистр напрямую, и механизм ограничения доступа отклоняет такую запись у любого пользователя без полных прав. Отказ приходит сообщением «Недостаточно прав для изменения данных: Статистика сделок с клиентами». В самой конфигурации «Управление торговлей» право на изменение этого регистра описано ровно у одной служебной роли обмена, а ограничений на запись нет нигде, поэтому обойти это настройками профиля нельзя.

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

Как это выглядит в работе

Утро понедельника. Менеджер открывает доску, нажимает Только мои и видит свои 12 сделок по колонкам. Две карточки красные — их не двигали больше двух недель; одну он открывает двойным щелчком, по второй из контекстного меню открывает партнера, чтобы позвонить.

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

К концу недели одна сделка закрыта: карточка уходит в колонку «Выиграна» и с доски пропадает. Вторая проиграна — менеджер выбирает причину, и в отчетах по проигрышам появляется не «прочее», а конкретная строка.

Руководитель в это же время открывает ту же доску без отбора и смотрит на конверсию: если между «Квалификацией» и «Предложением» теряется половина сделок, разговор на планерке пойдет об этом этапе, а не обо всех подряд.

Для кого

• Отделы продаж на «1С:Управление торговлей», которые уже ведут сделки с клиентами по этапам, но видят их только списком.
• Руководители, которым нужна воронка и конверсия без выгрузки в Excel и без покупки внешней CRM.
• Компании с длинным циклом сделки, где главная потеря — не отказ клиента, а забытая сделка.

Если сделки в базе еще не ведутся, начните с вида сделки, у которого переход по этапам ручной: доска покажет ровно те этапы, которые вы в нем опишете.