Менять CRM учебного центра или оставить: тест на 30 минут

Avada · Проверено: 5 ноября 2026 года · Источники — в конце статьи

Скажем прямо: Avada продаёт системы. Поэтому первым мы описали вариант «вашей системы хватает».

Коротко

• Многие проблемы решаются без смены системы: настройкой, обучением или одной недостающей частью.
• О смене говорит не один признак, а несколько сразу — и все в колонке «система не может».
• Продавец говорит, что ваши данные «должны быть в Узбекистане»? С 27 марта 2026 года это обязательно для биометрических и генетических данных; обычный список учеников, оплат и посещаемости (без лица и отпечатка пальца) можно хранить за рубежом, но только при одном из трёх условий закона (ниже).
• Проверьте за 30 минут: можете ли вы сами выгрузить в файл учеников, оплаты и посещаемость и сходятся ли долги.
• Если программист свой: на чьё имя код, сервер, домен и резервная копия — запишите это сегодня.
• В договоре должно быть записано, что база учеников принадлежит центру, как забрать копию при уходе и как удаляется старая.

Об IT-отделе

Оглавление

• Где проблема: в системе или в работе с ней
• Тест на 30 минут: заберём ли мы данные?
• Если программист свой: кто подхватит завтра
• Если у вас подписка: чьи данные
• Пять вариантов

«У нас уже есть CRM», «у нас свой программист» — частый и разумный ответ: учёт уже налажен. Но «есть» и «хватает» — разные вещи. Ниже — как их различить и что делать, если хватает.

Платите за CRM по подписке и своего программиста нет? После таблицы и теста переходите сразу к разделу «Если у вас подписка».

Где проблема: в системе или в работе с ней

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

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

Тест на 30 минут: заберём ли мы данные?

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

1. Войдите под логином руководителя (директора). Если такого логина нет — это первая проблема. Если логин у того, кто настраивал систему, попросите его или поставщика CRM привязать логин директора к телефону и почте центра.
2. Выгрузите в файл Excel (или CSV) список учеников — кнопка обычно называется «Экспорт» или «Выгрузить»: имя, телефон, группа, статус. Если систему писал свой программист и такой кнопки нет — попросите его её добавить.
3. Так же выгрузите историю оплат. Не нашли кнопку — спросите поддержку письменно: «Как получить всю историю оплат файлом?» В документации одной местной системы, которую мы смотрели, выгрузка учеников описана, а выгрузка оплат — нет.
4. Выгрузите посещаемость — хватит одного месяца.
5. Возьмите одну группу (если филиалов несколько — по одной в каждом). Для каждого ученика: вся сумма к оплате с начала обучения минус все оплаты из файла = долг. Сверьте его с долгом, который показывает система. Сходится — файл полный, его можно перенести в другую систему.
6. Найдите в договоре или оферте три вещи: чьи данные; сколько дней после отключения сохраняется доступ; гарантирована ли выгрузка файлом. Оферта обычно лежит внизу сайта CRM, по ссылке «Публичная оферта» или «Условия использования»; не нашли — попросите поставщика прислать её письменно. Из восьми сайтов местных систем, которые мы прочитали, все три пункта были только у одного, а у другого пункт о принадлежности данных так и остался пустым шаблоном.
7. Введите адрес сайта в поиск WHOIS на cctld.uz (или на странице вашего регистратора). Если владелец — не центр, а бывший программист, исправьте это сейчас. Если владелец скрыт, запросите данные у регистратора письменно. Сайта нет — пропустите этот пункт.

Не сходится? Чаще всего виновата не система, а правила, которые в ней не заведены: скидки и льготы, перевод ученика в другую группу, заморозка, возврат денег, перерасчёт за пропуски, оплата наличными, внесённая с опозданием. Возьмите пять учеников с расхождением и разберите их вместе с бухгалтером: для каждого найдите, с какой операции начинается разница. Причина из этого списка — левая колонка: заведите правило и решите, кто и когда вносит оплаты. Если долг считается неверно, даже когда оплаты внесены правильно, это правая колонка; тогда при переносе главный источник — чеки и выписки банка, Payme, Click, а Excel бухгалтера — вспомогательный.

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

Если программист свой: кто подхватит завтра

Свой программист — сильная сторона: меняет быстро, знает центр. Риск один: всё держится в голове одного человека. Задайте один вопрос: «Если он уйдёт завтра, сможет ли другой программист продолжить работу за неделю?» Это не недоверие: так же страхуют кассу и бухгалтерию. Скажите программисту прямо — хороший специалист сам заинтересован, чтобы его работа не держалась на одном пароле. Вот что должно быть на имя центра или под его контролем:

• репозиторий с кодом (например, GitHub или GitLab) — в аккаунте центра, программист туда только приглашён;
• аккаунт сервера или хостинга, домен и SSL (замок в адресной строке) — на имя центра;
• база данных и её резервная копия — там, где распоряжается центр; знайте, когда сделана последняя;
• список паролей — в надёжном месте в центре, а не в телефоне одного человека;
• короткая инструкция: как запустить систему, к каким сервисам она подключена (SMS, Payme, Click, Telegram);
• проверка: отдайте инструкцию другому программисту — если он за день запустит систему, значит, вы не зависите от одного человека.

Программист уже работает в другом месте? Отправьте ему одно письменное сообщение: «Здравствуйте. Передайте, пожалуйста, по системе: перенесите место хранения кода в аккаунт центра, переоформите домен и сервер на центр через регистратора и хостинг, пришлите последнюю резервную копию и короткую инструкцию по запуску. После этого удалите, пожалуйста, свои копии и подтвердите письменно. И подпишите одностраничное соглашение о правах на код». Пароли не принимайте в чате: в день переоформления аккаунтов поставьте свои. В резервной копии — данные учеников: принимайте её только туда, где распоряжается центр. Соглашение пусть составит юрист: если программист был сотрудником, оно подтверждает, что права у центра; если фрилансером — передаёт их с указанием способов использования, вознаграждения (если уже оплачено — так и записать), срока и территории (что говорит закон — ниже). Даже если договора не было совсем, первый шаг — это сообщение. Отказывается — не спорьте устно: оставьте запрос письменно и обратитесь к юристу.

Чей код — что говорит закон. Коротко:

Если программист — сотрудник центра: «Исключительные права на использование служебного произведения принадлежат работодателю, если иное не предусмотрено в договоре между ним и автором» (Гражданский кодекс, ст. 1062; Закон «Об авторском праве и смежных правах», ст. 34). Это правило действует, если с программистом заключён трудовой договор и программа написана в рамках служебных обязанностей или по заданию работодателя (для программ — Закон «О правовой охране программ для электронных вычислительных машин и баз данных», ст. 8). Если программист не оформлен, считайте его фрилансером. Что сделать сегодня: откройте трудовой договор программиста — записаны ли в обязанностях разработка и поддержка системы? Если нет или код начали писать до приёма на работу, это не служебное произведение: нужен письменный договор о передаче прав — со способами использования, вознаграждением и сроком (закон о программах, ст. 7); текст пусть составит юрист.

Дальше — если код писал фрилансер или компания, и для юриста. Если программист в штате, хватит таблицы выше и абзаца «Что сделать сегодня».

Если программист — фрилансер: право, не названное в договоре, не переходит — «Права на использование произведения, прямо не предусмотренные к передаче авторским договором, считаются не переданными» (ЗРУ-42, ст. 39), а переданные права «считаются неисключительными, если иное прямо не предусмотрено в договоре» (ст. 38). Если разработчик — компания, Гражданский кодекс говорит то же: права, не указанные в договоре, «предполагаются непереданными, поскольку не доказано иное» (ст. 1035), а лицензия, если не сказано иное, «предполагается простой (неисключительной)» (ст. 1036). Компания передаёт только те права, которые получила от своих сотрудников. Договор о передаче имущественных прав на программу заключается письменно; в нём обязательно указываются объём и способы использования, вознаграждение и срок (закон о программах, ст. 7). Подрядчик вместе с результатом передаёт сведения, нужные для его использования, — если это есть в договоре или без них результатом нельзя пользоваться (Гражданский кодекс, ст. 653); это правило применяется и к платным услугам, если не противоречит правилам главы об услугах (ст. 708).

На практике (наше толкование): в письменном договоре с фрилансером — «исключительные права на исходный код и документацию передаются заказчику»; способы использования, включая изменение кода и передачу другому программисту; вознаграждение за каждый способ; срок и территория; передача кода. Без срока автор может расторгнуть договор через пять лет, письменно предупредив за шесть месяцев; без территории право действует только в Узбекистане (ЗРУ-42, ст. 39). Если такой записи нет — заключите дополнительное соглашение. Регистрировать программу не обязательно: авторское право возникает в силу её создания (закон о программах, ст. 4); по желанию можно подать заявку в Министерство юстиции и внести программу в Государственный реестр программных продуктов (там же, ст. 9), а «Сведения, внесенные в Реестр, считаются достоверными до тех пор, пока не доказано обратное». Даже если код не принадлежит центру, законный владелец экземпляра может пользоваться программой и вносить «исправление явных ошибок» (закон о программах, ст. 12); для большего нужны права. О договоре подробнее — в руководстве по выбору разработчика.

Если у вас подписка: чьи данные

Закон различает две роли: собственник базы — лицо, «обладающее правом владения, пользования и распоряжения базой персональных данных», и оператор — лицо, «осуществляющее обработку персональных данных» (Закон «О персональных данных», ст. 4). По нашему толкованию, собственник базы учеников и родителей — центр, а поставщик CRM — оператор или третье лицо, которому центр поручил обработку. Когда цель обработки достигнута, «Персональные данные подлежат уничтожению собственником и (или) оператором, а также третьим лицом» (ст. 17). Значит, при уходе: сначала заберите полную копию, затем письменно попросите старого поставщика подтвердить, что его копия удалена.

Где хранить: с 27 марта 2026 года в Узбекистане обязательно хранить биометрические и генетические данные и данные пользователей операторов телекоммуникаций (ст. 27¹). Обычный список учеников сюда не входит; подробнее — в руководстве о законе о данных. Остальные данные можно хранить за рубежом, но только при одном из трёх условий (ст. 27¹, часть третья): государство признано обеспечивающим адекватную защиту персональных данных (перечень устанавливает Кабинет Министров); оператор принял и соблюдает стандартные договорные условия или обязательные корпоративные правила, отвечающие требованиям уполномоченного государственного органа; оператор соблюдает международные стандарты управления и хранения персональных данных из перечня, утверждённого уполномоченным органом. Спросите поставщика письменно, где серверы и какое из этих условий выполнено. Утверждены ли эти перечни — уточните у юриста. Если посещаемость отмечается по лицу или отпечатку пальца, это биометрические данные: они хранятся в Узбекистане, а база регистрируется в государственном реестре (ст. 20). Для этого нужно согласие ученика (ст. 26), а за несовершеннолетних — письменное согласие родителей (ст. 21).

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

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

Пять вариантов

После теста и таблицы итог — один из пяти вариантов.

1. Хватает — оставайтесь. Признаки в левой колонке, тест пройден полностью. Ограничьтесь часом обучения и настройки. Это тоже результат: деньги пойдут на другое.
2. Исправьте внутри. В левой колонке много признаков, но тест пройден. Дайте поставщику CRM или своему программисту письменный список, попросите сроки. Если свой программист не успевает, не меняйте всё сразу: сравните за три года зарплату программиста и сервер с подпиской плюс переносом (статья о цене CRM). Иногда дешевле оставить систему, а повседневную поддержку отдать второму человеку или внешней команде; тогда у программиста появится время на новое. В договоре с внешней командой пропишите права на код и защиту данных учеников; если меняются обязанности программиста — письменное дополнение к трудовому договору.
3. Договоритесь с поставщиком или добавьте недостающее. В правой колонке один-два признака (например, нет онлайн-экзаменов или кабинета для родителей). Добавьте не всю систему, а недостающую часть — отдельным сервисом рядом с вашей CRM.
4. Сначала защитите своё. Не пройден хотя бы один пункт теста. До любой смены приведите в порядок логин, файлы, долги, договор и домен — потом решайте.
5. Меняйте. В правой колонке три признака и больше, и тест пройден (значит, данные вы заберёте; не пройден — сначала вариант 4). Сравните сумму за три года (статья о цене CRM) и спланируйте перенос (порядок из статьи «Из Excel в CRM» работает и при переходе из CRM в CRM). Как переехать без потерь: начинайте с начала месяца; сначала один филиал, потом остальные; один платёжный цикл ведите обе системы параллельно и в конце сверьте долги по каждой группе; не отключайте старую подписку, пока сверка не сошлась; сохраните последние выгрузки отдельно, в защищённом месте, и удалите, когда они больше не нужны. Спросите и нового поставщика письменно, где серверы и какое условие выполнено. При передаче данных третьему лицу собственник в течение трёх дней письменно уведомляет ученика или родителя (Закон «О персональных данных», ст. 23); подойдут ли для этого SMS или Telegram — уточните у юриста. Дольше всего занимает не перенос, а сверка долгов.

Статья — общая информация, не юридическая консультация. По договору и правам обратитесь к юристу.