Реквизит «Ответственный» заполнять пользователем, осуществляющим работу с рабочим местом «Квалификация поставщика».
Реквизит «Тип риска» заполнять значением, указанным пользователем, из перечисления:
· Регистрации;
· Криминальный;
· Финансовый;
· Истории.
Реквизит «Размер предоплаты» доступен для заполнения, только если «Тип риска» равен значению «Финансовый». Использовать в качестве значений перечисление «Размер предоплаты», с вариантами:
· «без предоплаты и до 500 000 руб.»;
· «от 500 000 руб. до 5 000 000 руб.».
Реквизит «Расшифровка риска» заполнять пользователями вручную, посредством рабочего места «Квалификация поставщика».
Реквизит «Стоп информация» заполнять значениями перечисления «Стоп информация», с вариантами:
· «Не выявлено»;
· «Условный риск»;
· «Безусловный риск».
Реквизит «Заключение» заполнять пользователями вручную, указываю текстовую информацию.
Реквизит «Надежен» заполнять пользователям вручную, определяя значение «Да» или «Нет».
Реквизит «Проверка завершена» заполнять значениями «Да» или «Нет», вручную.
Реквизит «Квалифицирован» заполняется пользователями вручную, для тех поставщиков, которые зафиксированы системой как неквалифицированные.
Ограничить заполнение документа «Протокол оценки предложений поставщика». В табличную часть должны попадать только предложения, по которым у поставщиков в регистре сведений «Квалифицированные поставщики», в реквизите «Проверка завершена» установлено значение «ДА» и в реквизите «Стоп информация» установлено значение «Не выявлено».
Реквизит «Проверка завершена» нельзя установить в значение «Да», если:
· Не заполнен реквизит «Стоп информация»;
· Не заполнен реквизит «Расшифровка риска», для указанного риска.
Запретить изменение исторических записей регистра, после установки значения «Да» в реквизите «Проверка завершена».
Если реквизит «Тип риска» установлен в значение «Регистрация», тогда реквизит «Стоп информация» может принимать только значение «Безусловный риск».
В рабочем месте «Квалификации поставщиков» предоставить механизм отборов и сортировок, для обрабатываемой информации. Автоматически устанавливать отбор по реквизиту «Организация». Значение реквизита брать из параметров пользователя. Так же добавить возможность отбора по реквизитам:
· «Дата»;
· «Номер Заявки на закупку»;
· «Поставщик».
Вывод обрабатываемой информации обеспечить отчетными формами:
· «Еженедельный отчет»;
· «Ежемесячный отчет»;
· «Реестр договоров»;
· «Анализ изменения стоп-информации и риски».
Блоки колонок «Количество проеденных торгов», «Подготовлено заключений о благонадежности контрагента» и «Количество договоров/ДС/Спецификаций», представляют собой раздельные данные в одном отчете. Данный этих групп колонок не имеют логической связи между собой.
Необходимо разработать форму отчета «Ежемесячный отчет»
Реквизит «Сумма снижения» рассчитывается по формуле:
Пример: на лоте контрагент заявился на 10000 с предоплатой в 30%, на ЗК при переторжке он выиграл торги с суммой 8000 и 20% предоплаты, тогда сумма снижения равна:
.
Необходимо разработать форму отчета «Реестр договоров».
Необходимо разработать форму отчета «Анализ изменения стоп-информации и риски».
При заполнении набора критериев оценки поставщиков учитывать разность и специфику критериев оценки:
· Критерии с определённым набором значений. Каждому критерию будет установлен набор значений и указан бал, для расчета, при выборе определённого значения.
· Критерии допуска. Критерии, от заполнения или не заполнения которых будет зависеть, будет ли данный поставщик участвовать в коммерческой оценке. В случае не прохождения поставщика по критерию допуска, данный поставщик попадает в перечень неквалифицированных поставщиков.
В документе «Протокол оценки предложений поставщика» на закладке «Оценка предложений поставщиков» вывести реквизит «Допущен к участию». Данный реквизит позволит разделить поставщиков прошедших и не прошедших квалификацию. Поставщики не прошедшие квалификацию не будут допущены к участию в торгах. Если Филиал или ЦАО заинтересованы в участии данного поставщика, следует обратиться к пользователям с ролью «Служба безопасности».
Вести учет версий документов для хранения истории, вносимых изменений. Данный механизм должен работать в «тонком клиенте» системы АСУ МТО.
4.2.8.3. Учет монопольных поставщиков
Учет монопольных поставщиков в системе должен быть реализован следующим образом: Должна быть предоставлена возможность фиксировать данные в специально подготовленном регистре «Монопольные поставщик». Данные в этот регистр будут заноситься вручную:
· Номенклатура;
· Поставщик;
· Период;
· Ответственный.
Так же в системе необходимо предусмотреть отдельную настройку, которая будет определять возможность использовать монопольных поставщиков в работе. Добавить реквизит «Учет монопольных поставщиков» с типом данных «Булево». Реквизит будет размещен в регистре сведений «Настройки организаций МТО».
4.2.8.4. Формирование предложений поставщиков
Системой должно быть предусмотрены два способа формирования предложений контрагентов, участвующих в торгах:
· Ввод автоматически. В данном случае должна быть настроена интеграция с электронной торговой площадкой.
· Ручной ввод. В случае ввода предложения поставщика в Систему вручную. Реализовать возможность заполнения табличной части документа из файла формата .xls.
Необходимо учитывать параметры:
· Объект-основание;
· Тип цен;
· Валюта;
· Контрагент;
· Состав лотов (Номенклатура, цены);
· Критерии оценки;
· Требования к документации.
Вводить предложений поставщиков в АСУ МТО необходимо только после окончания тендерных процедур.
В случае автоматического ввода путем получения данных с Электронной торговой площадки (ЭТП) необходимо получать информацию о Контрагенте (Наименование, ИНН, КПП), номенклатуру (и аналоги, предложенные контрагентом), цены. После подведения итогов, информация о статусе тендерной процедуре должна отобразиться на ЭТП.
В Системе необходимо учитывать обязательность заполнения значения, критерия оценки поставщика. При формировании предложений поставщиков информировать пользователя о не заполненном значении, но не ограничивать последующие действия. Предложения поставщиков с содержанием критериев, обязательных для заполнения, но с пустым значением, нельзя учитывать в последующей обработке и участии в торгах.
Необходимо вести учет версий документов для хранения истории вносимых изменений. В табличной части документа предоставить механизм уменьшения, увеличения, деления и умножения цен на определённый пользователем процент или единицу валюты как по документу в целом, так и по отдельно взятым позициям.
Системой должны быть предусмотрены следующие типы предложений:
· Основное
· Альтернативное.
Система должна контролировать, чтобы в документе «Протокол оценки предложений поставщиков» участвовал один документ «Предложение поставщика» от поставщика в рамках одного и того же документа «Заявка на закупку», но различать по типу предложений. При сохранении документа «Протокол оценки предложений поставщиков» информировать пользователя в случае наличия двух документов «Предложение поставщика» от одного поставщика.
4.2.8.5. Формирование протокола оценки предложений
В документе «Протокол оценки предложений поставщиков» разделить закладку «Оценка поставщиков» на две:
· Оценка критериев поставщиков;
· Оценка благонадёжности поставщиков,
· Оценка цен поставщиков,
Оценка цен поставщиков должна проводиться в динамическом режиме и выводить результаты Оценки критериев и благонадёжности на форму протокола оценки предложений.
Системе необходимо подсвечивать минимальную стоимость предложения, с учетом результатов квалификации. А также иметь возможность для обозначения рекомендаций и автоматический подсчет стоимости лота по рекомендации Пользователя.
Требуется вывести на форму документа реквизит «Стоимость лота». Реквизит выводиться для информации пользователей и не доступен для редактирования. Расчет реквизиты выполняется автоматически по формуле «Стоимость лота» = Номенклатура №1 («Плановое количество номенклатуры» * «Минимальная цена по номенклатуре») + … + Номенклатура № N («Плановое количество номенклатуры» * «Минимальная цена по номенклатуре»)
Параметр «Плановое количество номенклатуры» система получит из первоначального лота, сформированного документом «Заявка на закупку».
Параметр «Минимальная цена по номенклатуре» система получит путем анализа цен, указанных в документах «Предложение поставщика», и выбора минимальной.
Параметр «N» позволит пройти системе по всей номенклатуре, указанной в лоте, сформированного документом «Заявка на закупку».
Тем самым Система сможет проанализировать минимальные цены по каждой номенклатуре и составит минимальную стоимость лота. Далее эта стоимость будет использована для информативного вывода в реквизит документа «Протокол оценки предложений поставщиков».
Оценка проводится по принципу соответствия всем критериям квалификации. Если поставщик не соответствует хотя бы одному из критериев, квалификация считается не пройденной. Для участия не квалифицированного поставщика в оценке, пользователи с ролью «Служба безопасности» должны установить значение «Поставщик квалифицирован повторно».
Документ «Протокол оценки предложений поставщиков» использовать для фиксирования:
· Результатов квалификации;
· Выбранного контрагента-победителя;
Для способа выбора поставщиков в рамках ЛФО, указанный в документе «Заявка на закупку» «Владелец ЛФО» автоматически попадет в состав согласующих документа «Протокол оценки предложения поставщика». Владелец ЛФО в случае согласования документа «Протокол оценки предложения поставщика» берет на себя ответственность за эффективность принятого решения и обязан обосновать причины выбора контрагента в случае запроса руководителя или аудиторской проверки.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
