Партнерка на США и Канаду по недвижимости, выплаты в крипто
- 30% recurring commission
- Выплаты в USDT
- Вывод каждую неделю
- Комиссия до 5 лет за каждого referral
Параметр Зависимость | Дата размещения извещения (h1) | Дата начала срока предоставления документации (h2) | Дата окончания срока предоставления документации (h3) | Дата и время начала срока подачи заявок (h4) | Дата и время окончания срока подачи заявок (h5) | Дата и время начала срока рассмотрения заявок на участие в открытом аукционе (h6) | Дата и время окончания срока рассмотрения заявок на участие в открытом аукционе (h7) | Дата проведения открытого аукциона (h8) |
Дата размещения извещения (h1) | h2 = h1 | h4 = h1+1(1) | h5 ≥ h1+20(3)/ h5 ≥ h1+15(3) | |||||
Дата начала срока предоставления документации (h2) | h3 > h2 | |||||||
Дата окончания срока предоставления документации (h3) | ||||||||
Дата и время начала срока подачи заявок (h4) | h5 > h4 | |||||||
Дата и время окончания срока подачи заявок (h5) | h6 = h5 | h7 ≤ h5 + 10(3) | ||||||
Дата и время начала рассмотрения заявок на участие в открытом аукционе (h6) | h5 = h6 | h7 ≥ h6 | ||||||
Дата и время окончания рассмотрения заявок на участие в открытом аукционе (h7) | h8 ≥ h7 | |||||||
Дата проведения открытого аукциона (h8) |
Таблица 9 – даты для запроса котировок
Параметр Зависимость | Дата размещения извещения (g1) | Дата и время начала срока подачи заявок (g2) | Дата и время окончания срока подачи заявок (g3) | Дата рассмотрения и оценки котировочных заявок (g4) |
Дата размещения извещения (g1) | g2 ≥ g1 | если сумма лота ≤ 250 тыс. руб. g3 = g1+4(1) если сумма лота > 250 тыс. руб. g3 = g1+7(1) | ||
Дата и время начала срока подачи заявок (g2) | g3 ≥ g2 | |||
Дата и время окончания срока подачи заявок (g3) | g3+1(1) ≤ g4 ≤ g3+2(1) | |||
Дата рассмотрения и оценки котировочных заявок (g4) |
Таблица 10 – даты для открытого аукциона в электронной форме по 93-ФЗ
Параметр Зависимость | Дата размещения извещения (k1) | Дата и время начала срока подачи заявок (k2) | Дата и время окончания срока подачи заявок (k3) | Дата и время начала срока рассмотрения 1-ых частей заявок (k4) | Дата и время окончания срока рассмотрения 1-ых частей заявок (k5) | Дата и время начала проведения ЭА(93) (k6) | Дата и время окончания проведения ЭА(93) (k7) | Дата и время опубликования протокола проведения (k8) | Дата и время начала рассмотрения 2-ых частей заявок (k9) | Дата и время окончания рассмотрения 2-ых частей заявок (k10) |
Дата размещения извещения (k1) | k2 ≥ k1 | если сумма лота > 3 млн. руб. k3 ≥ k1+20(3)/ k3 ≥ k1+15(3) если сумма лота ≤ 3 млн. руб. k3 ≥ k1+7(3)/ k3 ≥ k1+7(3) | ||||||||
Дата и время начала срока подачи заявок (k2) | k3 ≥ k2 | |||||||||
Дата и время окончания срока подачи заявок (k3) | k4 ≥ k3 | k5 ≤ k3+7(2) | ||||||||
Дата и время начала срока рассмотрения 1-ых частей заявок (k4) | k5 > k4 | |||||||||
Дата и время окончания срока рассмотрения 1-ых частей заявок (k5) | k6 = k5+2(3) | |||||||||
Дата и время начала проведения ЭА(93) (k6) | k7 = k6[1] | |||||||||
Дата и время окончания проведения ЭА(93) (k7) | k8 = k7[2] | |||||||||
Дата и время опубликования протокола проведения (k8) | k9 > k8 | если сумма лота > 3 млн. руб. k10 ≤ k8+6(2) если сумма лота ≤ 3 млн. руб. k10 ≤ k8+4(2) | ||||||||
Дата и время начала рассмотрения 2-ых частей заявок (k9) | k10 > k9 | |||||||||
Дата и время окончания рассмотрения 2-ых частей заявок (k10) |
При попытке сохранения происходит проверка на все указанные даты в соответствии с таблицами, приведенными выше. В случае выявления несоответствия появляется сообщение об ошибки в формате (приведена на примере):
Не выполняется условие: ['Дата окончания срока предоставления документации ' = 12.05.2010 00:00:00] > ['Дата начала срока предоставления документации' = 04.06.2010 00:00:00]
Не выполняется условие: ['Дата рассмотрения заявок на участие в конкурсе' = 18.08.2010 10:30:00] <= [('Дата вскрытия конвертов и открытия доступа к поданным в форме электронных документов заявкам' = 03.07.2010 12:15:00) + (20 календарных дней с переносом на предыдущий рабочий день) = 23.07.2010 12:15:00]
а поля, содержащие неверные данные подсвечиваются на форме.
1.3. Проведение проверок
Проверки реализованы максимально без всплывающих окон.
Проверка может иметь один из следующих статусов:
§ Подготавливаемая (проверка создана и заполняется данными подлежащими проверки);
§ Проводимая (проверка выполняется и заносятся результаты проверки);
§ Завершенная (проверка завершена, акт составлен, предписания, при наличии, выданы).
Принципиальная схема проверок отображена на рисунке (Рисунок 1 на стр. 15).

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

Рисунок 2 – созданная проверка
В одной проверки могут участвовать предметы проверки и объекты проверки разного типа.
После формирования полного набора позиций проверки и установки даты начала и даты окончания проверки проверку можно перевести в проводимые, нажатием кнопки
в списке проверок.
На этапе проведения к проверке можно привязывать нарушения, которые были обнаружены при проведении проверки. Привязывание нарушений происходит в редактировании позиции проверки. В графе «Результат проверки» отображается наличие или отсутствие нарушений. Отчеты строятся именно по нарушений, привязанным к позиции проверки.

Рисунок 3 – частично заполненные сведения о проверке
Если нарушения по какой-либо позиции не были найдены, то к позиции проверки не привязывается ни одно нарушение.

Рисунок 4 – Добавление нарушения
После занесения данные обо всех выявленных нарушениях можно занести данные о предписания выданных по конкретным нарушениям.

Рисунок 5 – раздел «Предписание проверки» формы проверки
К предписанию необходимо добавить найденные нарушения. Предписание может быть выдано как по всем найденным нарушениям, так и по части.
После завершения проверки для всех найденных нарушений необходимо проставить отметку об устранении нарушения в соответствии с порядком устранения нарушений объектов проверки. Это можно сделать либо из раздела «Позиции проверки», либо из раздела «Предписания проверки» формы проверки. После того как все нарушения по позиции проверки будут устранены у позиции проверки в графе «Результат проверки» появится сообщение «Нарушения исправлены».
К проверке можно прикрепить неограниченное количество документов следующих типов: акт, предписание, документы.
1.4. Признаки и объекты
В унификации участвуют следующие признаки и коды:
§ Код ОКДП;
§ Код ОКП;
§ Признак размещения у СМП;
§ Признак возможного эквивалента;
§ Признак торгов по единичным ценам;
§ Признак ограничения значимости критерия 45%;
§ Ограничение на способ размещения заказа.
В унификации участвуют следующие объекты:
§ Запись из справочника ОКДП;
§ Группа;
§ Подгруппа;
§ ТРУ (товар, работа, услуга);
§ Заявка;
§ Лот, большая формы (когда лот на закладке «Создание лотов»);
§ Лот, малая формы (когда лот в «Реестре лотов» и в составе заказов, статус у которых «Создан»);
§ Контракт.
Ранее галочки и коды на указанных объектах располагались в хаотичном порядке. Некоторых признаков не было. Теперь все признаки и коды унифицированы. При этом для объектов соблюдается следующая условная иерархия ОКДП à Группа à Подгруппа àТРУ à Заявка à Лот. Т. е. при создании ТРУ с выбором подгруппы значения кодов и признаков берутся с выбранной Подгруппы. На ТРУ есть возможность изменения этих значений. Так же на объектах ОКДП, группа и подгруппа добавлена кнопка для групповых операций над дочерними элементами. Копирование значений производится по иерархии до ТРУ. Данные в заявках и лотах не меняются. Функция групповых изменений доступна в административной зоне.
Ограничение на способ размещения заказа устанавливается на коде ОКДП и не подлежит редактированию на других объектах. Данное ограничение влияет на список планируемых способов размещения заказа при создании заявки.

Рисунок 6 – форма кода ОКУД
Дл каждого кода или признак доступен следующий набор действий:
§ «Только для текущего объекта» – введенные данные будут сохранены только для текущего объекта;
§ «Для текущего и дочерних с затиранием» – введенные данные будут сохранены для текущего объекта и для дочерних объектов. Если у дочерних объектов были введены данные, они будут затерты введенными;
§ «Для текущего и дочерних без затирания» – введенные данные будут сохранены для текущего объекта и для дочерних объектов. Если у дочерних объектов были введены данные, они не будут затерты введенными.

Рисунок 7 – окно групповых операций, открытое для подгруппы
[1] Допущение для реализации проверок. На самом деле k7 > k6.
[2] Допущение для реализации проверок. На самом деле k8 ≤ k7+30 мин.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 |


