← Вся документация ObrCRM

Описание функциональных характеристик программного обеспечения «ObrCRM»

Приложение к заявлению о включении сведений о программном обеспечении в единый реестр российских программ для электронных вычислительных машин и баз данных (пункт 11 Правил, утверждённых постановлением Правительства Российской Федерации от 16.11.2015 № 1236; пункт 2.1.2.3 методических рекомендаций по формированию заявления в ФГИС «Реестры»).

Версия программного обеспечения, на которую подготовлено описание: ObrCRM v2.21 (июль 2026 г.).


1. Общие сведения о программном обеспечении

Наименование программного обеспечения: «ObrCRM».

Правообладатель: Ярославцева Елена Николаевна, гражданка Российской Федерации, применяющая специальный налоговый режим «Налог на профессиональный доход» (самозанятая), г. Екатеринбург. Правообладателю принадлежит исключительное право на программное обеспечение в полном объёме.

Назначение программного обеспечения: ObrCRM — веб-система для органов местного самоуправления, осуществляющих управление в сфере образования (далее — управление образования, УО), и подведомственных им образовательных организаций (общеобразовательных школ, детских садов, организаций дополнительного образования). Система предназначена для перевода в электронный вид повседневного управленческого взаимодействия управления образования с подведомственной сетью: постановки и контроля исполнения поручений, сбора и проверки отчётности по установленным формам, проведения совещаний с фиксацией решений и контролем их исполнения, ведения единого паспорта образовательной организации.

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

Обрабатываемые персональные данные: в системе обрабатываются персональные данные сотрудников управления образования и сотрудников образовательных организаций (Ф.И.О., должность, электронная почта, телефон, сведения о трудовых полномочиях руководителей). Персональные данные обучающихся и их родителей (законных представителей) в системе не обрабатываются.


2. Назначение и решаемые задачи

ObrCRM решает четыре основные управленческие задачи и три дополняющие их:

  1. Поручения — управление образования ставит задачи учреждениям или отдельным сотрудникам,

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

  1. Формы (сбор отчётности) — управление образования однократно описывает структуру показателей

(мониторинг, форму отчёта), а затем регулярно открывает периоды сбора; учреждения заполняют форму, система автоматически считает суммы, проценты и производные показатели по введённым данным.

  1. Совещания — планирование совещаний, ведение повестки и протокола, фиксация принятых решений и

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

  1. Паспорт учреждения — единая карточка образовательной организации (структура, здания,

руководство, контингент, документы), исключающая повторный ввод одних и тех же сведений в разные отчётные формы.

  1. Проекты — группировка поручений по направлениям работы с канбан-доской по этапам, отдельно у

управления образования и у каждой организации.

  1. Календарь — единая временная шкала сроков поручений, форм, совещаний и личных дел пользователя.
  2. Уведомления и надзорный (доказательный) контур — многоканальное информирование пользователей о

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


3. Функциональные характеристики по модулям

3.1 Поручения (задачи)

исполнения и приоритетом.

(статус «Возвращено», с обязательным указанием причины) и последующей архивацией (статус «Закрыто»).

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

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

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

с группировкой по срокам и кликабельными счётчиками (активные / сегодня / просрочено / завершено).

просрочено после возврата на доработку) не чаще одного раза в сутки.

срока (значение по умолчанию — 90 дней), с раздельными настройками на уровне управления образования и на уровне отдельной организации; из архива данные не удаляются.

вложений — PDF, Word).

3.2 Формы (сбор отчётности)

списка, выбор нескольких значений, логическое значение (да/нет), файл, вычисляемое поле (формула). Для числовых полей — признаки «обязательное», «неотрицательное», «целое», «процент 0–100», «агрегировать в сводке», единица измерения, минимальное/максимальное значение.

добавляет несколько однотипных записей — например, по каждому классу или сотруднику).

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

автоматическое определение типа поля по примеру значения, распознавание формульных ячеек Excel (включая суммирование по диапазону и формулу на формулу) с построением предпросмотра перед созданием формы; альтернативно — вставка табличной шапки текстом или создание формы «с нуля».

Период сбора имеет жизненный цикл статусов: Черновик → Открыт → Закрыт (с возможностью повторного открытия), либо Аннулирован; аннулированный период не учитывается как просроченный, но поданные по нему данные сохраняются для просмотра.

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

возможен и для уже принятой формы, если ошибка обнаружена позднее.

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

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

отображение с подтверждением актуальности, отображение с возможностью предложить изменение (с передачей предложения на рассмотрение управления образования).

задним числом при последующей правке формулы в конструкторе.

формой (независимо от базовой роли) с автоматическим отзывом по истечении срока и при блокировке учётной записи сотрудника; отдельно — настройка доступа на просмотр формы для отделов и отдельных сотрудников без права ей управлять.

3.3 Совещания

место или ссылка на подключение; создание доступно управлению образования и директору организации (внутреннее совещание учреждения).

сотрудники; для внутреннего совещания учреждения управление образования доступа не имеет.

(файлы и ссылки, с фиксацией факта скачивания каждым участником), участники, протокол, решения, журнал изменений.

Протокол опубликован → Закрыто (плюс архивное состояние).

номером, списком присутствовавших, повесткой, содержанием и таблицей решений с ответственными и сроками.

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

поставлено, принято, находится на проверке, исполнено, просрочено.

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

3.4 Паспорт учреждения

сайт, часовой пояс учреждения, уровни образования), структура и здания (подразделения, дошкольные отделения, справочник зданий с характеристиками), руководство и ответственные лица (Ф.И.О., должность, срок полномочий, признак исполнения обязанностей, реквизиты приказа о назначении, с архивированием истории при смене руководителя), контингент (количественные показатели школы или детского сада с датой актуальности и проверкой правдоподобности вводимых значений), документы (лицензии, заключения, предписания — с типом, номером, датой выдачи, сроком действия, привязкой к зданию и статусом проверки, с возможностью прикрепить файл).

организации и сотрудники управления образования соответствующей роли; отдельным рядовым сотрудникам можно явно выдать (и отозвать) право ведения паспорта без доступа к банковским реквизитам и документам ограниченного доступа.

(«было → стало») и обязательным уведомлением организации об изменении.

поле формы отчётности) с явным подтверждением при конфликте значений.

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

3.5 Проекты

список без доски.

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

3.6 Календарь

типу дела (чипы-переключатели), без ручного ведения отдельной таблицы сроков.

дело и кнопкой напоминания.

3.7 Уведомления

веб-push (браузерное уведомление), личное сообщение в мессенджере MAX (при подключении пользователем собственной учётной записи MAX через бота ObrCRM).

возврат на доработку, приближение и наступление срока поручения, комментарий и упоминание в обсуждении; открытие периода сбора формы, приближение срока сдачи (за 3 и за 1 день), возврат формы на исправление, приём отчёта; принятие приглашения; ответ службы поддержки; изменение официальных данных паспорта учреждения; публикация протокола совещания.

пресеты («Минимум», «Рабочий», «Все», «Только в приложении»).

«утренний дайджест» — одно сводное сообщение в день вместо потока отдельных напоминаний.

поручение личным сообщением боту («задача: …», срок в свободной форме), а из сообщения бота — перейти по кнопке к соответствующему поручению или форме в системе.

3.8 Аналитика и отчётность

срез по шаблонам поручений (только для управления образования).

отчёт «время нахождения поручения по статусам» (узкие места процесса), отчёт «кто сколько поручений закрыл», динамика по месяцам, тренды ключевых показателей для руководителя.

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

организациям, доступным пользователю по правам.

3.9 Администрирование и роли

всех его сотрудников), карточка организации с контактными данными, реквизитами для договора, справочником подразделений, списком сотрудников.

ошибок и дублей перед подтверждением загрузки.

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

сотруднику, настройка доступа к формам по отделам.

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

действия, реальная проверка прав выполняется на стороне сервера при каждом запросе.

3.10 Надёжность и доказательность (надзорный контур)

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

удаление объектов, смена ролей, приёмка и возврат форм, аннулирование периодов, действия с учреждениями) и технический журнал системных событий (вход и выход, смена пароля и электронной почты) с раскрытием исходных и новых значений по каждой записи.

повреждённой записи при её обнаружении.

образования и при изменении данных паспорта учреждения.

вложения) в открытых форматах по отдельному запросу — например, при завершении договора или для независимого аудита.

3.11 Доступ и платформы

автономная иконка на рабочем столе устройства, корректная работа при кратковременной потере сетевого соединения, веб-push уведомления (на устройствах Android и на iOS версии 16.4 и новее).

и веб-версия, включая нативные push-уведомления.

управления образования.


4. Роли пользователей и разграничение прав

РольКто это на практикеОсновной объём прав
АдминистраторТехнический администратор управления образованияПолный доступ: создание и деактивация организаций, все пользователи, все настройки, справочники отделов и должностей, приглашение любых ролей, журнал действий, массовый импорт
Руководитель УО (начальник управления)Начальник управления образованияТо же, что специалист УО, плюс: настройки управления образования (эскалация, часовой пояс, уведомления), справочники, журнал действий, массовый импорт, приглашение специалистов УО и директоров, выдача прав управления формой
Специалист УОСотрудник аппарата управления образования, ведущий своё направлениеПоручения и формы по своему направлению и назначенным правам доступа; паспорта учреждений (просмотр и, при выдаче права, корректировка); журнал действий — только просмотр; не может создавать/деактивировать организации, менять настройки УО, приглашать пользователей, выполнять массовый импорт
ДиректорРуководитель образовательной организацииПолное управление своей организацией (контактные данные, подразделения, реквизиты, сотрудники), приглашение сотрудников своей организации, заполнение и сдача форм, распределение поручений между сотрудниками, ведение совещаний своего уровня и внутренних совещаний учреждения
ЗаместительЗаместитель директораПрава сотрудника, дополненные правами, которые директор передал явно (например, право отправлять отчётность в управление образования, минуя директора)
СотрудникРядовой сотрудник учрежденияПоручения и формы, назначенные лично ему или его организации по решению директора; может передавать выполненную работу директору
СекретарьСекретарь учрежденияПрава сотрудника, обычно применяемые для приёма и первичной маршрутизации входящих поручений

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


5. Технологический стек и архитектура

Программное обеспечение построено по клиент-серверной архитектуре с мультитенантным разделением данных (отдельная база данных и отдельное объектное хранилище файлов на каждое управление образования — изоляция данных разных заказчиков на уровне инфраструктуры).

Серверная часть: асинхронное веб-приложение на языке программирования Python (веб-фреймворк FastAPI), объектно-реляционное отображение данных на базе SQLAlchemy, миграции схемы базы данных — Alembic. Аутентификация — по паролю (хеширование Argon2) с использованием JSON Web Token. Фоновые регламентные процессы (напоминания об истекающих сроках, эскалация просрочек, рассылка уведомлений, автоматическая архивация, индексация вложений для полнотекстового поиска) выполняются планировщиком задач в рамках серверного процесса. Формирование выгрузок — в формате Excel (XLSX) и Word (DOCX).

Клиентская часть: одностраничное веб-приложение на базе Next.js и React с серверным предварительным рендерингом страниц; поддержка режима прогрессивного веб-приложения (PWA, включая автономный режим и веб-push уведомления). Мобильное приложение для платформы Android реализовано как нативное приложение на базе кроссплатформенной среды разработки (React Native/Expo), использующее то же серверное API, что и веб-версия.

Система управления базами данных: PostgreSQL версии 16 и выше.

Хранение файлов: объектное хранилище, совместимое с протоколом S3, размещённое у провайдера на территории Российской Федерации.

Веб-сервер / обратный прокси: обратный прокси-сервер с завершением TLS-соединения (протокол HTTPS) перед серверной частью приложения.

Развёртывание: серверная и клиентская части эксплуатируются как управляемые системные службы операционной системы (Linux, systemd) на серверах, размещённых на территории Российской Федерации; для среды разработки и тестирования используется контейнеризация (Docker Compose: база данных, серверная часть, клиентская часть — по отдельному контейнеру на каждый компонент). Промышленная эксплуатация не требует обязательного использования контейнеризации — допустимо развёртывание компонентов непосредственно на сервере под управлением системных служб.

Интеграция с мессенджером: взаимодействие с мессенджером MAX (российский мессенджер) для доставки уведомлений и приёма команд пользователя происходит через отдельного бота по протоколу вебхуков; данная интеграция необязательна для работы системы и подключается пользователем самостоятельно.


6. Требования к аппаратному и программному обеспечению

6.1 Серверная часть

ПараметрМинимальные требованияРекомендуемые требования
Процессор2 ядра4 ядра и более (при одновременном обслуживании нескольких управлений образования на одном сервере)
Оперативная память4 ГБ8 ГБ и более
Дисковое пространство20 ГБ SSD (без учёта объёма файловых вложений, хранимых в объектном хранилище)100 ГБ SSD и более, с учётом резервных копий базы данных
Операционная системаLinux (дистрибутив с ядром 5.x и новее, например Ubuntu/Debian)То же
Системное окружениеPython 3.11 и новее, PostgreSQL 16 и новее, Node.js 20 и новее (для сборки клиентской части)То же, с раздельными серверами приложения и базы данных при значительной нагрузке
Сетевые требованияПостоянное подключение к интернету, открытый порт 443 (HTTPS) через обратный проксиТо же, с резервным каналом связи

6.2 Клиентская часть (рабочее место пользователя)

Microsoft Edge, Mozilla Firefox, Safari — актуальных версий) и доступом в интернет.

браузер.

новее (браузер Safari).


7. Соответствие законодательству Российской Федерации

сотрудников управления образования и образовательных организаций в соответствии с требованиями Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных»: разграничение доступа по ролям, журналирование действий с данными (в том числе журналирование каждого просмотра паспорта учреждения при ограниченном режиме видимости), неизменяемый аудит изменений, шифрование канала связи (TLS). Персональные данные обучающихся и их родителей (законных представителей) программным обеспечением не обрабатываются.

персональные данные, размещаются на серверах и в объектном хранилище, находящихся на территории Российской Федерации, что соответствует требованию части 5 статьи 18 Федерального закона № 152-ФЗ.

без которых оно не может функционировать, разработанных иностранными правообладателями на условиях, ограничивающих его использование, обновление или техническую поддержку из-за рубежа. Используемые открытые библиотеки (компоненты с открытым исходным кодом) распространяются на условиях разрешительных лицензий (MIT, BSD, Apache 2.0 и аналогичных) либо лицензий со слабым «копилефтом» (LGPL, MPL), применяемых без модификации исходного кода самих библиотек, — что не порождает обязанности раскрытия исходного кода самого программного обеспечения и не создаёт зависимости от иностранного правообладателя библиотеки. Компонентов с лицензиями сильного «копилефта» (GPL, AGPL) в составе программного обеспечения не используется.

неисправностей и техническая поддержка осуществляются правообладателем (гражданином Российской Федерации) самостоятельно, без участия иностранных лиц и без возможности принудительного удалённого управления или обновления системы из-за рубежа.

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

и не содержат государственную тайну.


8. Сведения о технической поддержке

Техническая поддержка программного обеспечения ObrCRM осуществляется правообладателем.

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

Контакты технической поддержки:

Правообладатель обеспечивает устранение неисправностей, консультирование пользователей по вопросам эксплуатации и выпуск обновлений программного обеспечения по мере развития функциональности и по результатам обращений пользователей.


Документ подготовлен на основе фактического состава функций системы ObrCRM версии v2.21 (июль 2026 г.), подтверждённого исходным кодом (backend/app/api/v1/, frontend/app/(app)/), руководством пользователя и руководством администратора системы, а также журналом изменений (CHANGELOG). При последующих изменениях функциональности документ подлежит актуализации.

ObrCRM · правообладатель Ярославцева Елена Николаевна · поддержка: +7 (912) 663-67-65, sintur@mail.ru