Kalman FAT Suite — Руководство по процессу
Практическое руководство по проектам, ролям, этапам, независимым решениям участников и контролируемому FAT/SAT.
Kalman FAT Suite организует приемочные испытания так, чтобы участники не перезаписывали одно общее решение.
Структура: Проект → Область → Пакет → Пункт; сессия добавляет фазу, статус, участников и личные ответы.
Описано текущее поведение и явно указано ограничение отчетов.
Начните с этих шести шагов
Для первого проекта следуйте этому маршруту. Карточки открывают нужный раздел руководства.
- Подготовьте проектСкачайте шаблон, заполните пункты и процедуры в Excel и импортируйте файл. Позже их можно изменить на сайте.
- Назначьте ответственныхПригласите участников и настройте доступ для каждой фазы.
- Откройте сессиюВыберите фазу и проверьте участников перед открытием.
- Сохраните свой ответЗапишите решение и технический комментарий; проверьте подтверждение.
- Устраните замечанияРазберите расхождения, проконтролируйте исправления и повторите проверку.
- Проверьте и передайтеПодтвердите общие результаты и подготовьте PDF.
Возможности системы
Полный процесс
- Начните с Excel. Скачайте шаблон с помощью кнопки в начале руководства или на странице проектов.
- Заполните пункты проверки, процедуры испытаний и ожидаемые результаты в Excel. Сохраните названия листов и заголовки столбцов шаблона.
- Создайте пустой проект на странице проектов и откройте его. С ролью Owner или Admin выберите Data tools → Import Excel и заполненный файл. Перечень проверок загрузится на сайт без ручного ввода каждого пункта.
- Проверьте загруженный перечень. На любом этапе владелец или администратор проекта может добавлять пункты, задавать процедуры и изменять пункты и процедуры прямо на сайте. Повторный импорт файла не нужен. Можно также заполнить проект вручную или изучить порядок работы на демопроекте.
- Проверить данные, отчет, документы и структуру в Project settings.
- Пригласить участников и назначить роли.
- Создать Phase Session в Draft, выбрать фазу и участников.
- Проверить список и открыть; менять список можно только в Draft.
- Каждый участник сохраняет собственный статус и комментарий.
- Проверить Passed, Rejected, Blocked и Pending.
- Закрыть после проверки и позже архивировать.
- Отдельно подтвердить Legacy/Consolidated результат перед текущим PDF.
Структура
| Проект | Постоянный контейнер объема, участников, документов, отчета и фаз. |
|---|---|
| Область | Группа по установке, системе или дисциплине. |
| Пакет | Управляемая группа связанных проверок. |
| Пункт | Отдельная проверка IO, HMI, alarm, sequence, сети, cybersecurity или документа. |
| Phase Session | Раунд испытаний со своей фазой, участниками и ответами. |
| Participant Response | Решение одного человека, отдельно от других и общего результата. |
Фазы и состояния
| Типы | Internal, Pre-FAT, FAT, SAT, Punch Retest, Final Acceptance, Custom. |
|---|---|
| Draft | Подготовка; ответы запрещены. |
| Open | Назначенные участники отвечают; список заблокирован. |
| Closed | Только чтение; повторное открытие невозможно. |
| Archived | Хранится в истории: Draft → Open → Closed → Archived; Draft можно архивировать. |
Доступ для каждой фазы
| Роль проекта | Постоянная роль управляет настройками, структурой, импортом и участниками, но не задает автоматически роль во всех фазах. |
|---|---|
| Администратор фазы | Управляет доступом и состоянием фазы и может сохранить собственный ответ, не получая постоянных прав администратора проекта. |
| Тестер фазы | Сохраняет только свое решение по пункту и не редактирует ответы других. |
| Наблюдатель / Нет доступа | Viewer только читает и не считается Pending. Нет доступа скрывает фазу. Owner сохраняет аварийный контроль. |
| Required responder | Только Admin или Tester может быть обязательным и остается Pending до сохранения. |
Доступ и ответственность
Доступ по email контролируется базой данных.
Членство проекта и доступ фазы независимы: пользователь может быть Admin в Pre-FAT, Viewer в FAT и без доступа к SAT.
Роли
| Owner | Создатель с полным контролем; Admin не может удалить. |
|---|---|
| Admin | Управляет структурой, настройками, отчетами и участниками. |
| Tester | Выполняет тесты и меняет только свой ответ. |
| Viewer | Только чтение. |
Управление доступом
- Owner/Admin управляет участниками и постоянными ролями в Project settings.
- В Draft администратор фазы назначает любому участнику Admin, Tester, Viewer или Нет доступа.
- Required responder означает ожидаемый ответ.
- Owner защищен, изменения аудируются.
Правила безопасности
- Участник меняет только свой ответ.
- Tester не редактирует другого Tester.
- Owner/Admin управляет сессией без смены авторства.
- Видимость по политике; без доступа URL не помогает.
Офлайн и отозванный доступ
- Разрешенные черновики могут оставаться в браузере офлайн.
- После отзыва сервер отклонит синхронизацию.
- Ответы участников требуют успешного онлайн-сохранения.
Решения и подсчет
- Ответ уникален по проекту, сессии, участнику и пункту.
- До сохранения статус Pending, затем счетчик обновляется сразу.
- Кнопки статуса: Pending, Passed, Rejected, Blocked и N/A. Выберите Pending, чтобы снова отметить свой ответ как ещё не проверенный.
- Статус сразу, комментарий примерно через 800 ms.
- Ошибка возвращает последнее подтвержденное значение.
- Чтение других возможно по политике, редактирование — никогда.
Статусы
| Pending | Решение не сохранено. |
|---|---|
| Passed | Результат принят. |
| Rejected | Нужна коррекция или повтор. |
| Blocked | Нет условия или документа. |
| N/A | Не применимо. |
Общая критичность
Относится к общему пункту и текущему отчету.
| Standard | Обычный пункт FAT/SAT. |
|---|---|
| Important | Важен для эксплуатации, качества, документации или передачи. |
| Critical | Failed/Blocked в общем результате блокирует финальную готовность. |
| Safety Related | Пункт функциональной безопасности: ESD, PSD, F&G, trip или interlock. |
| Cybersecurity Critical | Пункт OT Security, обязательный до финальной готовности. |
Результаты и отчеты
- Показываются счетчики активной сессии.
- Ответы хранятся отдельно по фазе и человеку.
- Текущий PDF использует Legacy/Consolidated результат, матрицы участников пока нет.
- Owner/Admin подтверждает общий результат, не меняя исходные ответы.
- PDF: A3 landscape, одна страница, фон включен.
Сохранение
- Общие данные используют существующий Local-first.
- Ответ требует Open, назначения и сервера.
- Дождитесь Saved; при ошибке проверьте соединение.
- Не очищайте данные до восстановления.
Настройка проверок и технических документов
Согласуйте перечень проверок с составом системы управления и утверждённой документацией.
- Настройте процедуры, ссылки, отображаемые поля, порядок и включение пакетов в отчёт. Укажите номера документов, редакции и наличие. Вложения можно добавлять к областям, пакетам и пунктам.
- При необходимости заполните поля функции безопасности, связи с SIL и безопасности OT. Модуль Cybersecurity FAT/SAT содержит практические проверки доступа, сегментации, усиления защиты и восстановления; он не заменяет сертификацию IEC 62443. Для поиска пунктов используйте фильтры и Next open / Next failed / Next punch.
- Проверьте сводки прогресса, критичности и кибербезопасности. Настройте профиль отчёта, логотипы, примечания и сведения о присутствующих и подписях. Поля подписей — записи проекта, а не сертифицированный сервис цифровой подписи.
Импорт и экспорт Excel
Подготовьте пункты проверки и процедуры испытаний в шаблоне Excel и импортируйте файл, чтобы не вводить каждый пункт вручную. После импорта владелец или администратор может добавлять и изменять пункты и процедуры на сайте на любом этапе.
- Скачайте шаблон выше, сохраните структуру листов и столбцов и заполните данные. Owner/Admin импортирует файл через Data tools → Import Excel. Перед импортом в существующий проект экспортируйте резервную копию; затем проверьте структуру, количество пунктов, ссылки и критерии.
- Export workbook выгружает текущие общие данные, включая Punch_List. Это не матрица ответов участников и не замена PDF. Экспортируются названия вложений, а не полная копия прикреплённых файлов.
Замечания, доказательства и повторные испытания
Записывайте каждое замечание так, чтобы другой инженер мог его проверить.
- Для Rejected или Blocked укажите тег оборудования, условия, ожидаемое и фактическое значения и ссылку на документ. Заполните общие поля доказательств, важности, ответственного и срока. Индивидуальный Rejected не меняет автоматически общий результат или запись замечания.
- После исправления создайте сессию Punch Retest и запишите новый результат в ней. Сохраните исходные ответы и сверяйте общий перечень замечаний с Punch_List перед передачей.
Пример: один пункт, два испытателя
Два обязательных участника проверяют сигнализацию высокого давления в сессии FAT.
- Первый сохраняет Passed; второй выявляет недопустимую задержку и сохраняет Rejected с пояснением. Оба ответили, но техническое расхождение ещё не устранено.
- Команда разбирает замечание и подтверждает общий результат по процедуре приёмки. Повторное испытание записывают в новой сессии. Текущий PDF использует общий результат, а не матрицу этих ответов.
Устранение типовых проблем
Сначала проверьте активную фазу, свои права и подтверждение сохранения.
- Кнопки недоступны: сессия должна быть Open, а ваша роль — Admin или Tester. Viewer только читает. Участников меняют лишь в Draft; Closed нельзя открыть повторно. Комментарий не заменяет сохранение статуса.
- Ошибка сохранения: проверьте соединение, вход и права проекта/фазы, обновите ответы и повторите попытку. Общие статусы: Not Started, Passed, Failed, Punch, Blocked, N/A; индивидуальные: Passed, Rejected, Blocked, N/A. Выберите Pending, чтобы снова отметить свой ответ как ещё не проверенный.
- Отсутствие критических препятствий не означает завершение всех испытаний и обязательных ответов. Общие результаты PDF проверяйте отдельно. При обрезке таблиц проверьте A3, альбомную ориентацию, одну страницу на лист, фон и масштаб печати.
- Локальные черновики привязаны к браузеру, устройству и адресу сайта. Перед переходом на kalmanfat.com синхронизируйте или экспортируйте несохранённые общие изменения со старого адреса. Ответам участников требуется успешное онлайн-сохранение.
Рекомендации
- Определить фазу, критерии и ответственных до открытия.
- Для retest создать новую сессию.
- Объяснять Rejected/Blocked.
- Проверять счетчики до закрытия.
- Разделять финальное и исходные решения.
- Проверить импорт, документы, criticality и отчет.