Главная / Договоры, шаблоны и архив
Клиентский портал →
Договоры, шаблоны и архивdocs/118_operational_registers_v11_evidence_admission_control.md

Операционные реестры v1.1: доказательства и специализированный допуск

Дата: 2026-06-10.

Файл:

models/dev_corp_operational_registers_v1_1_evidence_admission_control.xlsx

1. Назначение

Версия v1.1 развивает операционные реестры v1.0 и переводит специализированные матрицы допуска в рабочую книгу.

Добавлена цепочка:

Entity ID / Subcontractor ID
-> Evidence ID
-> профильный Gate
-> Admission ID
-> ежемесячная проверка
-> заявка на платеж
-> платеж ALLOW / HOLD

Профили:

  1. генеральный подрядчик;
  2. РБУ;
  3. техника и транспорт;
  4. охранная организация;
  5. эксплуатационная управляющая организация.

2. Состав книги

Всего листов: 49.

Версия сохраняет все 44 листа v1.0 и добавляет пять листов.

Evidence_Register

До 1000 доказательств:

  • Evidence ID;
  • юридическое лицо;
  • субподрядчик и пакет;
  • профиль и Gate ID;
  • вид, номер, издатель и срок документа;
  • проверивший;
  • источник проверки;
  • путь в комнате данных;
  • конфиденциальность;
  • обязательность;
  • спор;
  • действие, которое блокируется;
  • автоматический статус;
  • автоматический Evidence gate.

Статусы:

  • Active;
  • Expiring;
  • Expired;
  • Missing;
  • Disputed.

Обязательное доказательство получает ALLOW, только если оно активно либо находится в контролируемом периоде продления. Истекший, отсутствующий или оспариваемый документ создает HOLD.

Profile_Gate_Detail

До 1000 профильных проверок.

Начально созданы 60 ворот:

  • GP-01...GP-12;
  • RBU-01...RBU-12;
  • FLT-01...FLT-12;
  • SEC-01...SEC-12;
  • UK-01...UK-12.

Для каждого Gate фиксируются:

  • участник;
  • профиль;
  • обязательность;
  • проверяющий;
  • Evidence ID;
  • результат доказательства;
  • ручное профессиональное решение;
  • срок;
  • блокируемое действие;
  • корректирующее мероприятие;
  • итоговый профильный статус.

Ручное Approved не открывает Gate без действующего доказательства.

Profile_Admissions

До 500 решений по специализированным участникам:

  • Admission ID;
  • компания или субподрядчик;
  • профиль;
  • объект;
  • договор;
  • решение;
  • срок;
  • владелец;
  • число обязательных, одобренных и заблокированных ворот;
  • истекающие доказательства;
  • ежемесячная проверка;
  • итоговый Admission gate.

Итоговый ALLOW требует:

допустимое решение
+ все обязательные Gate одобрены
+ отсутствуют профильные HOLD
+ ежемесячная проверка ALLOW
+ срок допуска не истек

Profile_Monthly

До 500 ежемесячных проверок:

  • корпоративный статус;
  • разрешения, СРО и лицензии;
  • люди;
  • оборудование;
  • безопасность;
  • экология;
  • финансы и налоги;
  • договоры;
  • субподрядчики и поставщики;
  • документы и архив;
  • аварийная готовность;
  • инциденты;
  • просроченные корректирующие действия;
  • решение и следующая дата.

Admission_Control

Панель показывает:

  • количество доказательств;
  • активные и истекающие документы;
  • отсутствующие, истекшие и спорные документы;
  • специализированные допуски;
  • ALLOW / HOLD;
  • ежемесячные проверки на HOLD;
  • закрытые профильные ворота;
  • связанные заблокированные заявки и платежи;
  • диаграмму статусов допуска.

3. Платежный шлюз v1.1

Payments

Добавлены:

  • Admission ID;
  • Admission gate;
  • Final payment gate v1.1.

Финальный платеж:

финальный шлюз v1.0
+ специализированный Admission gate,
  если он требуется
= ALLOW / HOLD

Payment_Requests

Добавлены аналогичные поля:

  • Admission ID;
  • Admission gate;
  • Final request gate v1.1.

Если платеж относится к обычной операции, не требующей специализированного допуска, поле Admission ID остается пустым, а профильная проверка имеет статус Not required.

4. Субподрядчики и поставщики

Evidence_Register и профильные ворота поддерживают:

  • Subcontractor ID;
  • Package ID;
  • мобилизационные документы;
  • поставщиков сырья РБУ;
  • собственников и арендодателей техники;
  • операторов, ремонт и топливо;
  • партнерские службы охраны;
  • сервисных подрядчиков эксплуатационной УК.

Субподрядная организация остается связанной с приемкой, платежом, закрытием пакета и гарантией.

5. Демонстрационные строки

В книге намеренно созданы пять допусков на HOLD.

Это показывает:

  • одного корпоративного документа недостаточно;
  • общий допуск не открывается при неполном наборе Gate;
  • ежемесячная проверка не заменяет исходные доказательства;
  • платеж наследует профильный HOLD;
  • истекающий документ виден заранее.

Пользователь должен заменить демонстрационные данные фактическими реквизитами, файлами и решениями.

6. Порядок применения

  1. Создать или проверить Entity ID.
  2. При необходимости создать Subcontractor ID и Package ID.
  3. Создать Admission ID.
  4. Выбрать профиль.
  5. Заполнить обязательные Gate.
  6. Для каждого Gate создать Evidence ID.
  7. Проверить документ и источник.
  8. Связать файл с комнатой данных.
  9. Указать срок и блокируемое действие.
  10. Провести профессиональную проверку.
  11. Получить Admission gate = ALLOW.
  12. Ежемесячно создавать новую проверку.
  13. В платежной заявке указывать Admission ID, если операция зависит от профильного допуска.
  14. Не обходить HOLD ручным изменением формульной ячейки.

7. Проверка

  • экспортированный файл повторно открыт;
  • 49 листов проверены;
  • выполнен визуальный рендер всех листов;
  • ключевые листы проверены в увеличенном масштабе;
  • ошибок #REF!, #DIV/0!, #VALUE!, #NAME?, #N/A не обнаружено.

Размер файла: 1 852 412 байт.

SHA-256:

61BC31C9DE3C982E93491BD4337D4FB2169E14AEA02F848E35631872598626AF

8. Ограничение

Книга является системой внутреннего контроля, а не заменой юридической, технической, банковской, налоговой или лицензионной проверки. Применимость требований подтверждается по фактической компании, договору, работам, оборудованию, объекту и региону.