Учебные группы в Битрикс24: как связать договор, слушателей и результаты обучения
Компания оплачивает обучение сотрудников, но договор и учебный результат относятся к разным объектам. Разбираем зачисление, перенос между потоками, обмен с LMS и подготовку документов.
Корпоративный заказчик купил обучение для нескольких сотрудников. Часть слушателей выбрала другой поток, один человек не прислал данные, другой не завершил программу. В сделке стоит «успешно», но учебному отделу всё ещё нужно понять, кого зачислять и кому готовить документ.
CRM должна связывать коммерческие договорённости с учебным процессом, сохраняя индивидуальную историю слушателей. Ниже — проектная модель для учебного центра. Конкретные условия допуска, контроля знаний и оформления документов задаёт сама организация для своих программ.
Покупатель может быть юридическим лицом, контакт по договору — его сотрудником, а слушателями — другие люди. Одно общее поле «контакт» не выражает эти отношения. В сделке фиксируют заказчика и условия продажи; отдельные участия показывают, кто и по какой программе будет учиться.
У слушателя может быть несколько программ и повторных прохождений. Поэтому состояние «обучение завершено» должно относиться к конкретному участию, а не ко всей карточке человека. Это позволяет сохранить историю и корректно обработать следующий заказ той же компании.
Объект
Что описывает
Собственное состояние
Сделка
Покупку и договорные условия
Согласована, оплачена, отменена
Программа
Содержание и версию курса
Доступна для набора либо закрыта
Поток или группа
Конкретный запуск программы
Набор, обучение, завершение
Участие слушателя
Место человека в конкретном запуске
Ожидает допуска, зачислен, завершил, выбыл
Для такой структуры подходят связанные объекты. В Битрикс24 можно создавать и связывать смарт-процессы ; состав карточек и правила зачисления при этом проектируют отдельно. Возможности готового приложения проверяют на переносах и повторном обучении, а не только по виду канбана.
Участие можно создать при получении списка от заказчика, но это ещё не означает подтверждённое место. До зачисления проверяют необходимые данные, наличие места и выполнение условий допуска по правилам центра. Если оплата является одним из условий, её статус должен приходить из согласованного источника.
Менеджер видит, что именно мешает передать заказ в учебный отдел: не назначен поток, не хватает сведений по одному слушателю или не подтверждено условие договора. Это полезнее общего статуса «документы не готовы», который заставляет повторно читать переписку.
Вместимость считают по подтверждённым участиям и действующим удержаниям мест. Предварительное обещание должно иметь срок действия. При одновременном зачислении из двух каналов проверка вместимости и выделение места должны быть согласованы в одной системе, иначе оба канала могут пообещать последнее место.
Когда слушатель меняет дату, нельзя просто переписать группу в карточке: нужно понять, что произошло с прежним местом, доступом к материалам и уведомлениями. Перенос фиксируют отдельным событием с основанием и ответственным. После подтверждения освобождают прежнее место и занимают новое по правилам вместимости.
Если перенос меняет цену или программу, коммерческие условия проверяют повторно. Замена слушателя другим сотрудником заказчика — ещё один сценарий: у нового человека собственная запись участия и необходимые данные. Нельзя подменять имя в уже завершённом обучении, чтобы переиспользовать старый результат.
CRM удобно использовать для продажи, состава корпоративного заказа, комплектования групп и координации документов. Если обучение проходит в LMS, именно она может быть владельцем доступа к курсу, активности, попыток и итогового результата. Передача только общей стадии сделки недостаточна: нужны идентификаторы человека, участия, программы и запуска.
При интеграции сохраняют внешние идентификаторы и журнал операций. Создание элемента через REST требует корректного типа объекта и структуры полей — это описано в документации crm.item.add . Ни REST-метод, ни успешный HTTP-ответ сами по себе не обеспечивают правила зачисления и защиту от повторов: их реализует интеграционный слой.
Повторная доставка результата не должна создавать второй выпускной документ. Отмена результата или исправление ошибочной привязки тоже требует обработки. Для каждого события нужны источник, время, идентификатор участия и версия либо иной согласованный способ определить актуальность.
Посещение, выполнение заданий, итоговая проверка и решение о завершении могут различаться в зависимости от программы. В CRM передают только те показатели, которые нужны для согласованного процесса. Не стоит выводить успешное завершение из факта входа в учебную систему или оплаты договора.
Перед подготовкой документа сверяют данные слушателя, программу, результат и основание выдачи. Состояния «подготовлен», «проверен» и «выдан» помогают увидеть незавершённую работу. Если после выдачи обнаружена ошибка, сохраняют связь исходного документа и исправления по принятому порядку, а не молча заменяют файл.
Работа со сведениями слушателей также требует разграничения доступа. Менеджеру заказчика может быть достаточно списка и статусов, преподавателю — своей группы, сотруднику документооборота — проверенных реквизитов. Состав данных и сроки хранения определяет организация; техническая интеграция должна соблюдать эти настройки.
Возьмите тестовый корпоративный заказ с несколькими слушателями. Одного перенесите в другой поток, второму оставьте неполные данные, третьему передайте успешный результат из LMS. Убедитесь, что документ подготовлен только для подходящего участия, а коммерческая сделка не скрывает незавершённые учебные действия.
Повторите событие из LMS, отмените перенос и проверьте количество мест. Затем откройте процесс под менеджером, преподавателем и сотрудником учебного отдела. Каждый должен видеть свою задачу, актуальный статус и разрешённый объём сведений.
Для простых очных программ иногда достаточно реестра групп, задач и результатов в CRM. Когда нужны уроки, тестирование, попытки, прогресс и управление учебным контентом, специализированная LMS может быть удобнее. Решение зависит от учебного процесса; CRM не следует автоматически объявлять её полной заменой.
По определённому компанией результату продажи. Если обязательства по обучению и документам продолжаются после закрытия, они остаются в связанных процессах с собственными ответственными. Одна стадия не должна одновременно означать получение оплаты, завершение обучения всех людей и выдачу всех документов.
NetLabCS поможет связать корпоративные заказы, группы, слушателей и LMS, определить источники результатов и обработку переносов. Для существующей учебной платформы рассмотрим интеграцию Битрикс24 по API , проверив доступные операции именно вашей LMS. Обсудить проект можно на примере одного заказа со смешанными статусами: по нему видны необходимые связи и границы автоматизации.
