|
У меня лично большие сомнения, что такакя система не только есть, но и будет когда-либо разработана в принципе. Почему? Начну с ооооочень неполного списка требований к системе:
1. Естественно, это учет - бухгалтерский, налоговый, управленческий - все то, что мы привычно получаем от традиционных ERP.
2. Учет студентов (туда же абитуриентов, аспирантов) - это оплата за обучение (для коммерческих вузов), посещаемость, успеваемость, задолженности.
3. Учет аудиторного фонда (в отличие от ОС, здесь учитывается не просто наличие помещения, а его оснащенность, количество мест)
4. Учет преподавателей (специализация, квалификация)
5. Библиотечный фонд (Гаря написал так, что объяснений не требуется)
ну и плюс все, что описал топикстартер.
---------------------------------------
Здесь я умышленно ставлю черту, поскольку до сих пор речь шла только об учете , без привязки к процессам вуза.
Дальше начинается самое интересное.
1. Самая большая головная боль любого вуза - составление расписания. С учетом не только наличия групп и преподавателей, но и аудиторного фонда, с его вместимостью и оснащением.
2. Подготовка учебного процесса - составление методических планов, утверждение и проч. Публикация, изготовление методических материалов.
3. Реализация учебного процесса - отслеживание своевременности выполнения обязательств (проведения занятий, сдачи зачетов и экзаменов, оплаты и пр.) Здесь же формирование электронной зачетки, списков должников, приказов о переводах и отчислениях.
4. Библиотека завязана и в п.2, и в п.3. (К примеру, приказ о переводе не может быть издан без погашения задолженности перед библиотекой).
5. Такие процессы, как подтверждение лицензии, получение аккредитации и т.д.
Естественно, что в одном посте всех процессов не опишешь, но канва есть.
-----------------------------------------
Дальше еще одна черта. Случается еще в жизни (внедренцев) такая неприятность, как дистанционное образование. Тут своя песня - и виртуальные группы, курсы, тестирования и т.д.
Ну вот теперь позвольте поразмышлять на тему "все в одном флаконе".
Кто вообще может разработать такую систему?
1. ERP-вендоры, у которых есть исходные предпосылки в виде учетной составляющей. Остается привинтить то, что ниже первой черты.
Это предположение вызывает у меня сомнения, поскольку серьезное решение потребует нетривиального кодирования, а спрос может не оправдать затраты. Скорее всего они предложат реализовать более-менее подходящую функциональность путем настроек, а то, что останется "за кадром" - ... ну так вы ж и так много получили - и учет, и кое-что сверху.
2. Разработчики "с нуля" (чаще всего при каком-то вузе, начавшие "для себя"). Эти сразу начнут со студентов, с библиотек, с расписания. Но уж точно функции традиционной ERP реализовывать не станут (мощи не хватит). Да и не надо, поскольку какой-никакой учет уже у всех есть. Но чисто вузовская часть у них наверняка будет посильнее.
Так нужно ли вообще искать все в одном, если сейчас есть возможность выбрать лучшие в своем классе решения (по крайней мере, набор требуемых функций)? И вместо боданий с вендорами на тему "бачилы очи шо куповалы" сделать нормальную интеграцию (благо, здесь сейчас возможностей и инструментов масса).
Это мое мнение, без претензии на истину в последней инстанции. Хотя здесь не учитывалось соотношение цена-качество, которое в большинстве случаев является основой компромисса.
|
