4.2.2.2Подсистема «Прием сведений от организации»
Подсистема должна обеспечивать выполнение указанных ниже функций.
4.2.2.2.1.Функция «Сведения о высвобождении»
Функция должна обеспечивать доступ к форме заполнения сведений о высвобождаемых гражданах для различных организаций.
4.2.2.2.2.Функция «Документы по иностранной рабочей силе»
Функция должна обеспечивать сбор и хранение документов, предоставляемых работодателями в службу занятости населения, а также доступ к формам заполнения сведений об иностранной рабочей силе для различных организаций. Данные должны распределяться по следующим картотекам:
Картотека уведомлений (без визы);
Картотека иностранных граждан;
Картотека заявок на формирование квот;
Картотека сведений о привлечении (с визой);
Картотека запросов ФМС.
4.2.2.2.3.Функция «Отчеты о кадровом составе»
Должны быть доступны следующие операции с отчетом о кадровом составе:
Добавление сведений о кадровом составе;
Просмотр сведений о кадровом составе;
Редактирование сведений о кадровом составе;
Удаление сведений о кадровом составе.
Отчет о кадровом составе должен содержать следующие сведения:
Причина частичной занятости;
Среднесписочная численность работников;
Иностранные работники, количество граждан работающих на дату;
Количество работников, принятых в течение недели;
Дельта по показателям «Принято с начала года» - «Выбыло с начала года»;
Количество работников, планируемых к высвобождению на ближайший квартал;
Количество работников, находящихся в отпуске без сохранения заработной платы по инициативе работодателя;
Количество работников, находящихся в отпуске без сохранения заработной платы по собственному желанию;
Количество работников, находящихся в отпуске с частичным сохранением заработной платы по инициативе организации;
Количество работников, работающих неполное рабочее время;
Количество работников, простаивающих по вине работодателя;
Количество свободных рабочих мест.
4.2.2.3Подсистема «Потребность в работниках»
Подсистема должна обеспечивать выполнение указанных ниже функций.
4.2.2.3.1.Функция «Общероссийский банк вакансий»
Функция должна обеспечивать доступ к сведениям о вакансиях из Общероссийского банка вакансий, импорт. Функция должна обеспечивать выполнение следующих операций:
Импорт межтерриториальных вакансий;
Просмотр межтерриториальных вакансий;
В меню операций картотеки должна быть реализована возможность импорта вакансий в формате экспорта данных о потребности в работниках с информационного портала «Работа в России».
Обязательных требований к имени файла обмена данными не устанавливается, расширение имени файла обязательно должно быть «XML». Рекомендуется отражать в имени файла источник информации (его код), что может облегчить анализ проблемных ситуаций при информационном обмене. Файл обмена данными может быть помещен в архив формата ZIP. В архиве должен быть только один файл обмена данными. Обязательных требований к имени файла архива не устанавливается, расширение имени обязательно должно быть «ZIP». Формат выгружаемого файла утвержден письмом Роструда от 06.03.2009 № 1108-ТЗ.
4.2.2.3.2.Функция «Региональный банк вакансий»
Функция должна обеспечивать поиск по перечню вакансий, содержащихся в региональном банке вакансий, в соответствии с выбранным фильтром и дальнейшей возможностью открытия выбранной карточки вакансии для просмотра и выполнения операций. В рамках работы с вакансиями функция должна обеспечивать выполнение следующих операций:
Добавление региональных вакансий, в том числе по программам активной политики занятости;
Просмотр региональных вакансий;
Редактирование региональных вакансий;
Подтверждение региональных вакансий;
Снятие региональных вакансий;
Перенос в архив.
Все перечисленные операции с региональными вакансиями, кроме Просмотра являются контролируемыми операциями. По выполнению контролируемых операций должна вестись запись в лог-файл Системы.
В рамках работы со связями функция должна обеспечивать выполнение следующих операций:
Вызов картотеки подходящих граждан;
Вызов картотеки подобранных граждан;
Вызов картотеки направленных граждан;
Вызов картотеки трудоустроенных граждан;
В карточке по региональной вакансии должны содержаться следующие сведения:
Информация о вакансии:
Название профессии в соответствии с ОКПДТР с привязкой к ОКЗ;
Специализация;
Информация о должностных обязанностях;
Требования по количеству работников.
Информация об условиях труда, социальные гарантии;
Требования к соискателю;
Информация о работодателе;
Адрес рабочего места;
Дополнительная информация о вакансии:
Специальная программа активной политики занятости, в рамках которой открыта вакансия;
Дата, до которой вакансия остается действительной;
Информация о виде общественных работ;
Информация о категориях работников;
Информация о виде иностранной рабочей силы;
Информация о программе развития (программе правительства Российской Федерации, в рамках которой происходит открытие дополнительных вакансий; например, Сочи-2014);
Признак, что вакансия открыта только для работников собственного предприятия;
Признак допустимости отображения сведений о работодателе при публикации вакансии в сети Интернет.
История изменения вакансии (требуется, направлено, устроено);
Должна быть реализована операция экспорта вакансий в Общероссийский банк вакансий для дальнейшей публикации на информационном портале «Работа в России». В результате экспорта должны быть выгружены вакансии в виде файла обмена данными в XML-формате. Формат выгружаемого файла утвержден письмом Роструда от 06.03.2009 № 1108-ТЗ.
4.2.2.4Подсистема «Договоры»
Подсистема предназначена для автоматизации работы сотрудника ГКУ НСО ЦЗН по учету договоров, заключаемых ГКУ НСО ЦЗН с юридическими и физическими лицами для осуществления своей основной деятельности по созданию и сохранению рабочих мест, проведению профессионального обучения граждан, а также по временному трудоустройству, трудоустройству на общественные работы и иным договорам активной политики занятости. Подсистема также предназначена для автоматизации работы сотрудника ГКУ НСО ЦЗН по планированию этапов выплат по договору в соответствии с направлением расходования и источником финансирования (федеральный бюджет, региональный бюджет, бюджет организации). Кроме того, подсистема предназначена для автоматизации работы сотрудника ГКУ НСО ЦЗН по фиксации актов выполненных работ в разрезе этапов и распределению платежей по актам выполненных этапов работ договора в соответствии с направлением расходования и источником финансирования (федеральный бюджет, региональный бюджет, бюджет организации).
Подсистема должна обеспечивать выполнение указанных ниже функций.
4.2.2.4.1.Функция «Картотека договоров»
Функция должна обеспечивать доступ к картотеке договоров, в которой должен быть доступен просмотр перечня договоров в соответствии с выбранным фильтром и дальнейшей возможностью открытия выбранной карточки договора для просмотра и изменения.
Договор является объектом верхнего уровня в иерархии объектов подсистемы договоров. Он должен содержать основные реквизиты заключаемого договора, перечень участников, список предметов договора, сводные данные по плановым, фактическим и кассовым расходам.
Заполнение договора и наличие связанных с ним объектов зависит от типа договора: самостоятельный договор, дополнительное соглашение, контракт, договор в рамках контракта.
Самостоятельный договор — договор, предполагающий ввод реквизитов в полном объеме.
Должна быть реализована возможность внесения изменений, оформляемых дополнительным соглашением (не обязательно изменения порождают дополнительное соглашение, должна быть доступна операция обычной коррекции), в каждый договор. При заведении дополнительного соглашения должна создаваться копия существующего договора (новая редакция), которая заменяет во всех операциях последующих исходный договор. Каждая копия должна иметь порядковый номер и дату, которые ее идентифицируют. Если по договору отсутствуют фактические и кассовые расходы, для изменения в дополнительном соглашении должны быть доступны любые данные (титульные данные, участники, предмет, плановые расходы). В общем случае (в том числе и при наличии фактических или кассовых расходов по договору) доступные в соглашении изменения должны производиться с учетом связанных с данным договором информационных объектов. Заведение дополнительного соглашения должно быть доступно для любого типа договора. Необходимо предусмотреть возможность удаления текущей редакции договора (последнего дополнительного соглашения).
Контракт — рамочный договор, который не содержит плановых, фактических расходов. Контракт предназначен для учета учебных заведений, которые имеют право проводить обучение по тем или иным специальностям. Контракт должен служить основой для заключения в дальнейшем детальных договоров, так называемых договоров в рамках контракта. При регистрации договора в рамках контракта данные контракта должны копироваться в договор. Должна быть реализована возможность просмотра из контракта связанных с ним договоров и наоборот.
В рамках подсистемы должны быть реализованы следующие операции с объектом:
Создание, просмотр договора;
Коррекция атрибутов договора;
Учет сроков исполнения договора;
Формирование плана расходов по этапам;
Фиксация акта выполненных работ по этапам;
Фиксация платежей;
Распределение платежей по актам выполненных работ;
Создание дополнительного соглашения (редакции);
Просмотр списка редакций;
Удаление последней редакции (возврат к предыдущей редакции);
Просмотр списка договоров по контракту (для контракта);
Просмотр списка граждан, связанных с данным договором (трудоустроенных, обучающихся);
Отправка в архив.
4.2.2.4.2.Функция «Картотека актов»
Функция должна обеспечивать доступ к картотеке фиксации актов, в которой доступен перечень актов выполненных этапов договора в соответствии с выбранным фильтром и дальнейшей возможностью открытия выбранной карточки акта для просмотра и изменения.
Функция должна предоставлять возможность выполнения следующих операций:
Создание акта:
Ввод номера акта;
Ввод даты составления акта;
Привязка акта к договору;
Ввод суммы акта;
Ввод суммы, распределенной по акту.
Редактирование акта:
Редактирование номера акта;
Редактирование даты составления акта;
Редактирование привязки акта к договору;
Редактирование суммы акта.
Акт должен содержать информацию о сумме покрывающей фактические расходы, которые подтверждаются платежными документами. Также должен содержать основные характеристики выплаты (дата, сумма выплаты). Каждый акт и зафиксированный в нем фактический расход обязательно должен быть связан с уже существующим плановым этапом выплат и отражать заактированную сумму по данному плановому этапу. Должна быть реализована возможность, при которой один акт может покрывать несколько плановых этапов, которые относятся к разным направлениям расходования (в рамках одного договора). Должна быть реализована возможность ввода актов по направлению расходования с нулевой плановой суммой (без этапов). Должно быть предусмотрено, что один плановый этап может быть связан только с одним актом, при этом сумма акта не должна превышать суммы планового этапа.
4.2.2.4.3.Функция «Картотека платежей»
Функция должна обеспечивать доступ к картотеке фиксации платежей по актам выполненных работ, в которой доступен просмотр перечня платежных поручений в соответствии с выбранным фильтром и дальнейшей возможностью открытия выбранной карточки платежного поручения для просмотра и изменения.
Функция должна предоставлять возможность выполнения следующих операций:
Создание платежа:
Выбор типа платежа;
Ввод номера платежа;
Ввод даты платежа;
Привязка платежа к договору;
Ввод суммы платежа;
Ввод суммы, распределенной по платежу.
Редактирование платежа:
Редактирование типа платежа;
Редактирование номера платежа;
Редактирование даты платежа;
Редактирование привязки платежа к договору;
Редактирование суммы платежа.
Информация о платеже должна отражать факт выплаты денежных средств. Информация о платеже должна быть реализована в двух видах:
авансовый платеж;
полный платеж.
Авансовый платеж должен фиксировать факт оплаты до начала оказания услуг, когда актов еще нет. Должен быть связан непосредственно с договором. Для договора изначально должна быть определена возможность оплаты авансом и максимальный размер аванса. Возможность вводить по данному договору авансовые платежи должна быть доступна только в таком случае.
Полный платеж должен фиксировать факт платежа на основе актов. Должен выводиться из авансового платежа путем добавления кассовых расходов. Кассовый расход должен быть связан с уже существующим фактическим расходом в акте и отражать оплаченную сумму по плановому этапу, с которым связан акт. При этом должна быть предусмотрена ситуация, когда фактический расход в акте может быть связан с несколькими кассовыми расходами (т.к. фактический расход может покрываться за несколько платежей). Сумма по всем кассовым расходам не должна превышать сумму фактического расхода в актах.
4.2.2.5Подсистема «Мероприятия»
Подсистема предназначена для автоматизации работы сотрудника ГКУ НСО ЦЗН по ведению работы с организациями и гражданами при проведении мероприятий службой занятости населения (ярмарок вакансий и учебных мест и др.), для их регистрации.
Подсистема должна обеспечивать выполнение указанных ниже функций.
4.2.2.5.1.Функция «Мероприятия»
Функция должна обеспечивать доступ к просмотру перечня мероприятий в соответствии с выбранным фильтром и дальнейшей возможностью открытия выбранной карточки мероприятия для просмотра и изменения.
4.2.2.6Подсистема «Учебные группы»
В рамках этих задач подсистема автоматизирует процессы регистрации новых учебных групп, набор в нее участников и фиксацию начала обучения в группе. Также по результатам обучения фиксируются изменения в личных делах граждан.
Подсистема должна обеспечивать выполнение указанных ниже функций.
4.2.2.6.1.Функция «Учебно-производственная база»
Функция должна обеспечивать автоматизацию доступа к списку образовательных учреждений для получения необходимой информации об учебных группах, в которых предполагается профессиональное обучение граждан, реализация предварительного планирования учебных групп на основе региональной картотеки учебно-производственной базы;
Функция также должна обеспечивать реализацию предварительного планирования учебных групп единой по региону на основе региональной картотеки учебно-производственной базы.
4.2.2.6.2.Функция «Картотека учебных групп»
Функция должна обеспечивать доступ к картотеке учебных групп. Картотека возможности для поиска, просмотра информации и выполнения групповых операций комплектования учебных групп.
Сотрудник СЗН должен иметь возможность просмотра связных объектов (карточек образовательных учреждений, личные дела направленных на обучение, зачисленных в учебную группу и пр.).
Функция должна обеспечивать выполнение следующих операций в рамках работы с учебной группой:
Отображение карточки образовательного учреждения;
Отображение карточки договора;
Изменение карточки учебной группы;
Изменение состояния учебных групп на «Идет набор»;
Изменение состояния учебных групп на «Набор закрыт»;
Удаление карточки учебной группы.
Функция должна обеспечивать выполнение следующих операций в рамках работы со связями:
Вызов картотеки граждан, получивших направление на профессиональное обучение;
Вызов картотеки направленных граждан;
Вызов картотеки обучающихся граждан;
Вызов картотеки учебных организаций, содержащей их реквизиты.
Функция должна обеспечивать выполнение следующих операций в рамках работы с групповыми операциями:
Изменение состояния учебных групп на «В архиве»;
Изменение состояния учебных групп на «Набор закрыт».
|
