Как сделать канбан в 1С: пошаговое руководство

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

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

Важно понимать: из коробки полноценная канбан-доска есть не во всех типовых решениях 1С. В одних конфигурациях она входит в стандартную поставку (например, в решениях для управления проектами и сервис-деске), в других потребуется доработка или внешний инструмент с интеграцией.

Определите, какие задачи будут на доске

Прежде чем настраивать доску, решите, какие объекты 1С станут карточками. Чаще всего это задачи (документ «Задача» или одноимённый объект метаданных), заказы покупателей, заявки на обслуживание, этапы производства или внутренние поручения. От этого зависит, какой механизм статусов вы будете использовать.

Проверьте, есть ли у выбранного объекта поле статуса или состояния. Если статуса нет, его придётся добавить — через расширение конфигурации либо с помощью дополнительных реквизитов, если дорабатывать конфигурацию нельзя. Без чёткого списка статусов колонки доски настроить не получится.

Практичный набор статусов для старта: «К выполнению», «В работе», «На согласовании», «Готово». Слишком детальная градация (8–10 колонок) на старте обычно мешает: сотрудники путаются, карточки «зависают» между статусами.

Вариант 1: встроенная канбан-доска в типовой конфигурации

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

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

Настройка отборов и прав

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

1. 1
   Откройте разделы «Проекты», «Задачи», «Сервис» и найдите команду доски или рабочего места
2. 2
   Проверьте справочник состояний (статусов) задач и при необходимости дополните его
3. 3
   Настройте отборы по исполнителю, проекту и сроку
4. 4
   Проверьте права доступа на тестовом пользователе
5. 5
   Перенесите несколько реальных задач и убедитесь, что смена статуса работает корректно

Вариант 2: готовое расширение или отраслевое решение

Если штатной доски нет, поищите готовые расширения и подсистемы задач, совместимые с вашей конфигурацией. Такие решения публикуются на маркетплейсах и порталах для 1С-специалистов. Преимущество расширения перед доработкой конфигурации — оно не снимает конфигурацию с поддержки и не усложняет обновления.

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

Вариант 3: собственная разработка канбан-доски

Когда готовые решения не подходят, доску разрабатывают самостоятельно. Типовой подход: общая управляемая форма, на которой колонки соответствуют значениям перечисления статусов, а карточки — динамический список задач с отбором по статусу. Перемещение карточки реализуется либо кнопками смены статуса, либо механизмом перетаскивания (drag-and-drop) между таблицами формы.

Минимальный состав объектов: перечисление «СтатусыЗадач» (или справочник состояний), реквизит «Статус» у задачи, общая форма «КанбанДоска» с несколькими динамическими списками и командами смены статуса. Смену статуса оформляйте программно через объект задачи с записью, чтобы сработали все обработчики и проверки.

Пример кода смены статуса

&НаСервере
Процедура УстановитьСтатус(ЗадачаСсылка, НовыйСтатус)
    ЗадачаОбъект = ЗадачаСсылка.ПолучитьОбъект();
    ЗадачаОбъект.Статус = НовыйСтатус;
    ЗадачаОбъект.Записать();
КонецПроцедуры

После записи объекта обновите динамические списки на форме (метод «Обновить» у таблиц формы), чтобы карточка визуально переехала в новую колонку. Для drag-and-drop включите у таблиц формы свойства «РазрешитьНачалоПеретаскивания» и «РазрешитьПеретаскивание» и обработайте событие «Перетаскивание» с проверкой допустимости перехода между статусами.

Ограничения собственной разработки

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

Вариант 4: внешний канбан с интеграцией с 1С

Если доска нужна прежде всего для командной работы (комментарии, уведомления, мобильный доступ), а в 1С важен только учёт, разумно использовать внешний таск-трекер и синхронизировать его с 1С. Интеграцию делают через HTTP-сервисы, веб-сервисы или планы обмена: при создании заказа в 1С в трекере появляется карточка, при закрытии карточки в 1С меняется статус заказа.

Этот путь требует продумать мастер-систему для каждого поля: какой статус главнее, кто побеждает при конфликте. Частая схема — 1С является мастером по учётным данным (суммы, контрагенты, сроки оплаты), а трекер — по рабочим статусам задачи.

Проверка результата и типичные ошибки

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

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

Частые вопросы