Регламент рабочего пространства Zulip — стартовая архитектура каналов

---

1. Назначение и область применения

Регламент устанавливает единые правила построения каналов и тем в Zulip, чтобы рабочая коммуникация была структурирована вокруг потока создания ценности и сущностей знания (контрагент, объект, проект), пригодна для поиска и индексации (Onyx) и управляема как документированная информация СМК.

Применяется ко всем подразделениям ООО «АйТек» (площадки Подольск и Кострома), подключаемым к Zulip, на всех фазах ввода.

---

2. Словарь (термины)

Словарь — опорный документ: единая лексика, на которую ссылаются стандарт, приложения, темы Zulip и индексация Onyx. Канонически ведётся как страница базы знаний (KB); ниже — рабочая выжимка.

• Канал (stream) — устойчивая единица: кто участвует и кто видит; граница доступа и индексации.
• Тема (topic) — единица работы/знания внутри канала; единица поиска в Onyx.
• Проект — заказ клиента: поставка НКУ/РУСН на конкретный объект со своим жизненным циклом.
• Объект — площадка/сооружение, для которого изготавливается оборудование (ПС, завод, ЖК, цех).
• Контрагент — заказчик, генподрядчик, проектировщик, поставщик, субподрядчик.
• Инициатива — внутреннее изменение/улучшение (цифровизация, интеграция, изменения СМК). Не путать с проектом-заказом.
• KB (knowledge base) / корпоративная база знаний — канонический слой документированного знания: регламенты, стандарты, методики. Четыре раздела (контура): СМК/ISO 9001, инженерный, производственный, коммерческий. Источник истины по документам.
• BookStack — вики-платформа, на которой ведётся KB (полки → книги → главы → страницы; версии, поиск).
• GRACE — собственное приложение АйТека (разрабатывается отделом цифровизации АйТека); стыковка со смежными системами — на стороне LeanTech.
• ERP — внедряемая система управления ресурсами; текущая внутренняя инициатива и целевой носитель сущностной модели.
• Onyx — слой RAG-поиска поверх трёх источников: Zulip (обсуждение), KB/BookStack (канон), CRM/ERP (сущности).
• Шлюз (G0…G8) — контрольная точка перехода проекта между стадиями.

---

3. Стартовая архитектура (фаза 1)

СТАРТОВЫЙ КОНТУР — 5 каналов

 #общее       анонсы · правила пространства · руководство     ◄ Администрация
 #проекты     СКВОЗНОЙ объект потока: тема = заказ             ◄ ведёт Продажи →
              Проект: <объект>/<№> · карточка · шлюзы G0…G8      по стадиям; метод. — СМК
 #продажи     стадия «заказ»: лид → КП → договор + расчёт      ◄ Управление продаж
 #качество    контроль (ОТК) + система менеджмента (СМК) ▣     ◄ Отдел менеджмента качества
 #развитие    инициативы: цифровизация · интеграция · СМК      ◄ LeanTech + СМК

Разворачивается фазой 2 (стадии потока):
 #проектирование → #снабжение → #производство → #отгрузка → #сервис

Принцип: каналы кладутся на стадии потока и на сквозной объект (проект), а не на оргструктуру. Отделы — участники каналов, а не отдельные каналы. Площадка (Подольск / Кострома) — измерение темы (Площадка:), а не отдельная ветка каналов.

Описания каналов (в description):

• #общее — объявления, правила пространства, общеорганизационные вопросы. Рабочие обсуждения — в профильных каналах.
• #проекты — сквозные заказы. Одна тема = один проект: Проект: <объект> / <№>, первое сообщение — карточка (см. п. 4). Статус по шлюзам поддерживается в актуальном состоянии.
• #продажи — операционная работа продаж и расчёт себестоимости НКУ: лиды, клиенты, сделки, КП. Изменения процессов — в #развитие; вопросы качества и рекламации — в #качество.
• #качество — контроль (ОТК, лаборатория) и система менеджмента (СМК, ISO 9001): регламенты, аудиты, несоответствия, корректирующие действия, рекламации, анализ со стороны руководства.
• #развитие — внутренние инициативы и изменения: цифровизация, интеграция систем, изменения СМК. Одна тема = одна инициатива (Инициатива: …). Текущие горящие: Инициатива: Внедрение ERP, Инициатива: Внедрение Zulip, Инициатива: Интеграция GRACE. Ведёт LeanTech (методология и интеграция) совместно с СМК; участники — команды-инициаторы, включая команду GRACE (отдел цифровизации АйТека) по своим инициативам.

---

4. Сквозной объект — проект

Тема проекта несёт контрагента и объект. Имя темы: Проект: <код объекта> / <№>. Первое сообщение — карточка:

Контрагент:  <заказчик> · <генподряд / проектировщик>
Объект:      <наименование, адрес>
Проект №:    <№>   ·   Договор: <№>
Состав:      <изделия: НКУ / РУСН / подстанции>
Срок:        <дата отгрузки>
Записи:      CRM/ERP ↔ <ссылка>   ·   KB ↔ <ссылка>
Статус:      <шлюз Gx — формулировка>

Шлюзы: G0 запрос → G1 расчёт+КП → G2 договор → G3 КД → G4 снабжение → G5 сборка → G6 ОТК/ПСИ ▣ → G7 отгрузка → G8 ПНР/сдача.

Разделение источников истины: сущности (контрагент/объект/проект) — в CRM/ERP (целевой носитель — внедряемый ERP, до запуска — текущий CRM); документы (регламенты, стандарты, КД) — в KB (BookStack). Zulip и Onyx ссылаются на обе системы. Канон живёт в KB, обсуждение — в Zulip.

---

5. Грамматика тем (закрытый список)

Префикс + стабильное имя. Синонимы не плодить. Тему не переиспользовать под новый предмет.

Правило канона: документ-источник истины (регламент, стандарт) живёт страницей в KB; в Zulip под префиксом Регламент: идёт его обсуждение и изменение, со ссылкой на страницу KB. Полная грамматика — приложение А.

---

6. Ответственность

---

7. Индексация Onyx

• Источники: Zulip (обсуждение), KB/BookStack (канон), CRM/ERP (сущности). Приоритет в ответах: KB — для «что является истиной», Zulip — для свежего статуса.
• Канал/полка = граница индексации и доступа: коннектор индексирует то, что видит его токен.
• Чувствительное (цены, переговоры, претензии с юр. риском; закрытые полки KB) защищается тем, что коннектор туда не подписан, либо отдельным document set с ограниченным доступом — не правами канала Zulip.
• Решение «индексируется: да/нет» фиксируется при подключении источника.

---

8. Контроль соблюдения

Руководитель СМК ежемесячно проводит мини-аудит структуры. Контролируемые показатели:

По выявленным отклонениям оформляется Несоответствие: и CAPA: в #качество — регламент управляется теми же механизмами, что и прочая документация СМК.

---

9. Порядок ввода

• Фаза 1 (старт): 5 каналов (п. 3), словарь, грамматика тем, карточка проекта; KB (BookStack) с разделом СМК.
• Фаза 2: стадии потока — #проектирование, #снабжение, #производство, #отгрузка, #сервис; наполнение остальных разделов KB.
• Фаза 3: обеспечивающие — #финансы, #юристы, #hr-от, #ахо — по мере потребности.

---

10. Связанные документы

• itech-zulip-ontology.md — приложение А: грамматика тем, правила, индексация Onyx.
• itech-zulip-channels-valuestream.md — приложение Б: полная карта каналов по потоку создания ценности.
• itech-zulip-project-entity-model.md — приложение В: сущностная модель и жизненный цикл проекта.

Единый язык во всём комплекте: Проект: = заказ (#проекты), Инициатива: = изменение (#развитие), #качество = контроль + СМК, KB (BookStack) = канон документов, CRM/ERP = сущности, Onyx = поиск поверх всех. Кодовые имена не используются.

---

11. Лист регистрации изменений