Приложение к заявлению о включении сведений о программном обеспечении в единый реестр российских программ для электронных вычислительных машин и баз данных (пункт 12 Правил, утверждённых постановлением Правительства Российской Федерации от 16.11.2015 № 1236; пункт 2.1.4 методических рекомендаций по формированию заявления в ФГИС «Реестры»).
Версия программного обеспечения, на которую подготовлено описание: ObrCRM v2.28 (июль 2026 г.).
Наименование программного обеспечения: «ObrCRM».
Правообладатель: Ярославцева Елена Николаевна, гражданка Российской Федерации, применяющая специальный налоговый режим «Налог на профессиональный доход» (самозанятая), г. Екатеринбург. Правообладателю принадлежит исключительное право на программное обеспечение в полном объёме.
Назначение настоящего документа: описать процессы, которыми правообладатель обеспечивает поддержание жизненного цикла программного обеспечения ObrCRM — проектирование, разработку, тестирование, приобретение и поставку, эксплуатацию, документирование, обучение и квалификацию персонала, поддержку версий и доработку, устранение сбойных ситуаций, — а также привести сведения о персонале, выполняющем эти процессы, и о фактическом адресе (адресах) осуществления деятельности.
Важная оговорка о персонале. Все сведения о персонале, приведённые в разделе 11 настоящего документа, относятся исключительно к организации (физическому лицу), осуществляющей совершенствование программного обеспечения, устранение сбойных ситуаций и техническую поддержку, то есть к правообладателю. Сведения о персонале клиентов (управлений образования и подведомственных им организаций, эксплуатирующих ObrCRM) в документе не приводятся и не относятся к предмету настоящего описания.
Основа документа. Описание процессов подготовлено на основании фактической практики ведения разработки ObrCRM: журнала изменений системы, регламентов развёртывания, состава автоматических проверок и отчётов внутреннего аудита. В документе не указаны процессы и организационные структуры, которых в действительности не существует (например, отдельное подразделение тестирования или круглосуточная служба поддержки) — работы всех перечисленных процессов выполняются силами правообладателя, при необходимости — с привлечением подрядчиков по гражданско- правовым договорам для отдельных задач (например, разовые работы по инфраструктуре).
Источником требований к развитию ObrCRM служит практика эксплуатации системы в реальных организациях: Управлении образования Октябрьского района города Екатеринбурга (промышленная эксплуатация) и Управлении образования Тюменского муниципального округа (апробация). Требования поступают по трём каналам:
улучшение» (кнопка в меню профиля пользователя, доступна с любой страницы приложения; обращение автоматически превращается в поручение, адресованное разработчику, с указанием страницы, с которой оно отправлено);
безопасности и удобства системы с фиксацией найденного в виде приоритизированного списка задач (P0 — критично, P1–P3 — по убыванию срочности).
Каждое предполагаемое изменение до начала разработки описывается кратким текстовым заданием: формулируется исходная проблема (жалоба, наблюдение аудита или задача развития), предполагаемое решение и способ проверки результата. Для содержательных изменений (новый модуль, изменение модели данных) готовится отдельный документ-спецификация с описанием сущностей, сценариев использования и интерфейсов. Такие спецификации хранятся вместе с исходным кодом системы и доступны для последующей сверки при разборе схожих задач.
Программное обеспечение ObrCRM реализовано в виде веб-приложения из трёх основных частей:
отображение SQLAlchemy, база данных PostgreSQL);
собираемая в веб-приложение с поддержкой автономной работы (PWA);
Исходный код всех частей системы ведётся в единой системе контроля версий Git. Каждое изменение оформляется отдельной фиксацией (коммитом) с описанием сути правки, что обеспечивает прослеживаемость: по любому участку кода можно установить, когда, в связи с какой задачей и с каким результатом проверки он был изменён. Ведётся отдельная рабочая ветка, соответствующая актуальному состоянию промышленной эксплуатации, и отдельные ветки для экспериментальных доработок, не готовых к выпуску.
Правило внесения изменений: правка кода → автоматическая и, при необходимости, ручная проверка → запись в журнал изменений с описанием сути правки и способа проверки → перенос на испытательный контур → перенос в промышленную эксплуатацию. Отдельно фиксируются изменения структуры базы данных — они оформляются как пронумерованные, необратимо применяемые миграции (Alembic), что исключает рассинхронизацию структуры данных между средой разработки и промышленной эксплуатацией.
Проверка качества программного обеспечения перед выпуском изменения состоит из трёх уровней.
150 тестовых файлов), покрывающих ключевые модули системы: поручения и статусные переходы, конструктор и приёмку форм отчётности, права видимости данных по ролям и организациям, совещания и решения, паспорт учреждения, авторизацию и защиту от подделки токенов доступа, уведомления, ограничения нагрузки (rate limiting) и другие. Набор запускается перед выпуском значимых изменений на изолированной тестовой базе данных, не связанной с данными пользователей. Для клиентской части ведётся отдельный набор автоматических тестов, который также запускается перед массовой выкладкой изменений.
изменение переносится на отдельный испытательный (тестовый) контур системы, работающий на изолированной от боевых данных базе данных. На этом контуре изменение проверяется вручную — воспроизводится сценарий, ради которого оно вносилось, и смежные с ним сценарии, чтобы исключить непреднамеренное влияние на уже работающую функциональность.
эксплуатацию выполняется быстрая контрольная проверка: доступность входа в систему, отсутствие ошибок в журнале работы серверной части, корректная отдача ключевых страниц.
Итоги и находки внутреннего аудита (в том числе аудита безопасности) фиксируются отдельными отчётами и переводятся в задачи на исправление с указанием приоритета.
ObrCRM распространяется как услуга, предоставляемая через сеть Интернет (модель SaaS): заказчику (управлению образования) выделяется отдельный адрес системы вида <наименование>.obrcrm.ru, работающий на отдельной, изолированной от других заказчиков базе данных и отдельном хранилище файлов. Доступ к системе предоставляется через веб-браузер без необходимости установки дополнительного программного обеспечения на рабочих местах пользователей; дополнительно доступно нативное мобильное приложение.
Возможна установка экземпляра программного обеспечения в инфраструктуре заказчика — состав поставки (исходный код и (или) исполняемые артефакты серверной и клиентской части, инструкция по развёртыванию) определяется отдельным договором.
Порядок предоставления доступа: по заявке заказчика правообладатель разворачивает отдельный экземпляр системы, создаёт первую административную учётную запись, передаёт её заказчику. На начальном этапе заказчику может предоставляться демонстрационный (пробный) период работы с ограниченным сроком, по истечении которого доступ либо продлевается по договору, либо приостанавливается. Поставка обновлений в течение действия договора осуществляется без дополнительных обращений заказчика — см. раздел 9.
Программное обеспечение размещается на серверных мощностях, расположенных на территории Российской Федерации. Обработка персональных данных, содержащихся в системе (сведения о сотрудниках управлений образования и образовательных организаций), осуществляется в соответствии с требованиями Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных».
В ходе эксплуатации правообладатель обеспечивает:
заказчиков с шифрованием архивов и выгрузкой копии во внешнее хранилище, отдельное от основного сервера;
журналов работы серверной части и очереди уведомлений; по значимым изменениям — точечный мониторинг в первые часы и сутки после выпуска;
правообладатель информирует заказчика по имеющимся контактам (электронная почта, мессенджер) об обнаруженной проблеме и принимаемых мерах.
Изоляция данных заказчиков друг от друга обеспечивается на уровне архитектуры (отдельная база данных и отдельное хранилище файлов на каждого заказчика).
Состав документации, сопровождающей ObrCRM, включает:
подготавливаемый для того же представления в реестр российского программного обеспечения);
CHANGELOG.md) — непрерывно ведущаяся запись каждого вносимого изменения суказанием даты, сути правки, способа проверки и порядка выкладки; правило ведения журнала введено как обязательное для любого внедряемого изменения;
(без технических подробностей), сгруппированная по типу («Новое», «Улучшение», «Исправление»), доступная любому вошедшему в систему пользователю и обновляемая при каждом значимом выпуске.
Порядок обновления документации: значимое изменение сначала фиксируется в журнале изменений (техническое описание для внутреннего использования), затем, если оно заметно пользователю, отражается в разделе «Что нового» понятной пользователю формулировкой. Документы по архитектуре и функциональным характеристикам актуализируются при накоплении значимых изменений или перед очередной подачей документации в контролирующие органы.
Обучение пользователей. Для новых пользователей при первом входе в систему предусмотрен вводный обучающий обзор основных разделов интерфейса, адаптированный под роль пользователя (руководитель управления образования, специалист, руководитель организации и т. д.). При внедрении системы у нового заказчика правообладатель лично сопровождает первоначальную настройку и отвечает на вопросы пользователей по телефону, электронной почте или в переписке в рамках канала обратной связи «Предложить улучшение». Отдельных печатных или электронных руководств пользователя, поставляемых как самостоятельный документ, на момент подготовки настоящего описания не ведётся; обучение и разъяснение по продукту предоставляются правообладателем непосредственно.
Квалификация персонала правообладателя. Разработка, сопровождение и техническая поддержка ObrCRM осуществляются Ярославцевой Еленой Николаевной лично, обладающей практическими навыками и опытом в области разработки веб-приложений (серверная и клиентская разработка, проектирование баз данных, администрирование серверной инфраструктуры, обеспечение защиты персональных данных при эксплуатации информационных систем). При необходимости для решения отдельных задач (например, разовых инфраструктурных работ) привлекаются подрядчики по гражданско-правовым договорам; в этом случае ответственность за приёмку результата и его соответствие требованиям безопасности и качества остаётся на правообладателе.
Выпуск обновлений ObrCRM происходит по мере готовности изменений, без фиксированного календарного расписания: значимые изменения группируются в версию (например, v2.28), менее значимые — доводятся до заказчиков по факту готовности. Пожелания и обращения пользователей (раздел 2) учитываются при формировании очередных задач на доработку и приоритизируются исходя из числа затронутых пользователей и серьёзности проблемы.
Порядок выкладки обновления: сборка новой версии клиентской части выполняется отдельно от промышленной эксплуатации; готовая сборка сначала переносится на испытательный контур (staging.obrcrm.ru) для визуальной и функциональной проверки в браузере, и только после подтверждения корректности — на промышленный контур. Перед переносом действующая версия сохраняется в виде резервной копии, что позволяет выполнить мгновенный откат при обнаружении проблемы после выкладки. Изменения серверной части, затрагивающие структуру базы данных, сопровождаются миграцией, применяемой один раз и необратимо, с предварительной проверкой на изолированной тестовой базе.
Поскольку архитектура ObrCRM предусматривает отдельную базу данных на каждого заказчика при общем для всех коде серверной и клиентской части, выпуск обновления применяется последовательно к каждому контуру заказчика с проверкой работоспособности после каждого переключения, прежде чем переходить к следующему.
Приём обращений. Заказчик или пользователь может сообщить о неполадке любым из доступных каналов: встроенный в систему канал обратной связи «Предложить улучшение», электронная почта, телефон. Каждое обращение регистрируется.
Порядок разбора. По обращению о неполадке правообладатель воспроизводит описанную проблему (по возможности — на испытательном контуре), устанавливает причину по журналам работы серверной части и коду, вносит исправление, проверяет его тем же порядком, что и любое иное изменение (раздел 4), и переносит исправление в промышленную эксплуатацию. Разбор и исправление технических неполадок, влияющих на работу пользователей, выполняются в приоритетном порядке по отношению к плановым доработкам.
Сроки реакции. Правообладатель не предоставляет формального соглашения об уровне обслуживания (SLA) с гарантированным временем реакции — служба технической поддержки не является круглосуточной. Обращения о неполадках, влияющих на работу пользователей, рассматриваются в приоритетном порядке в рабочее время (раздел 13).
Откат при неудачном обновлении. Если после выпуска обновления обнаруживается, что оно вызвало неполадку, предусмотрен немедленный откат к предыдущей работающей версии клиентской и (или) серверной части из сохранённой перед выкладкой резервной копии, с последующим устранением причины и повторным, уже проверенным выпуском.
Совершенствование программного обеспечения, устранение сбойных ситуаций и техническую поддержку ObrCRM осуществляет:
| Параметр | Значение |
|---|---|
| Ф.И.О. | Ярославцева Елена Николаевна |
| Статус | Физическое лицо, применяющее специальный налоговый режим «Налог на профессиональный доход» (самозанятая) |
| Роль в отношении ПО | Правообладатель; единственное лицо, осуществляющее разработку, сопровождение, устранение сбойных ситуаций и техническую поддержку |
| Квалификация | Практический опыт разработки веб-приложений: серверная и клиентская разработка, проектирование и администрирование баз данных, обеспечение защиты персональных данных при эксплуатации информационных систем |
| Место осуществления деятельности | г. Екатеринбург (см. раздел 12) |
При необходимости для выполнения отдельных, как правило разовых, работ (инфраструктурные и подобные задачи) привлекаются подрядчики по гражданско-правовым договорам; их сведения не приводятся, поскольку они не осуществляют совершенствование программного обеспечения, устранение сбойных ситуаций и техническую поддержку на постоянной основе, а полная ответственность за результат перед заказчиками остаётся на правообладателе.
Сведения о персонале заказчиков (сотрудниках управлений образования и подведомственных им образовательных организаций, использующих ObrCRM) в настоящем документе не приводятся, так как не относятся к предмету описания процессов поддержания жизненного цикла программного обеспечения.
Деятельность по разработке, сопровождению и технической поддержке ObrCRM осуществляется по следующему фактическому адресу:
Российская Федерация, Свердловская область, г. Екатеринбург, ул. Новгородцевой, д. 17.
| Канал | Значение |
|---|---|
| Телефон | +7 (912) 663-67-65 |
| Электронная почта технической поддержки | sintur@mail.ru |
| Электронная почта продукта | info@obrcrm.ru |
| Сайт | obrcrm.ru |
| Встроенный канал обратной связи | «Предложить улучшение» — доступен из меню профиля любому вошедшему в систему пользователю |
Режим работы поддержки: рабочие дни, рабочее время (часовой пояс г. Екатеринбурга, UTC+5). Круглосуточная или посменная служба поддержки не организована; обращения вне рабочего времени рассматриваются в ближайший рабочий день, срочные обращения о неработоспособности системы — в приоритетном порядке.