SK Group Module Map

Карта модулей, ответственности и жизненного цикла бизнес-процессов SK Group

Жизненный цикл заказа

От первого обращения до закрытия и гарантии: кто отвечает, что делает и какие данные вносит.

Рабочий каркас регламента

Ответственность в карточке проекта

Кто подключается на каком этапе, какие разделы проекта заполняет, проверяет и согласует.

Роли и зоны ответственности
Раздел карточки проекта
Кто заполняет
Кто проверяет / согласует
Когда подключается
Клиент и контактКонтакты, объект, источник, история общения.
Менеджер продаж вносит первичные данные.
Офис-менеджер проверяет полноту и аккуратность карточки.
Этап 01-02: лид и квалификация.
Коммерция и КПСостав, цена, скидка, условия оплаты, версия КП.
Менеджер продаж готовит КП и условия.
РОП согласует скидки и нестандартные условия; финансы проверяют оплату.
Этап 03-04: расчет и согласование.
Техническая частьРазмеры, материалы, спецификация, ограничения, замечания.
Инженер ПТО заполняет ТЗ и спецификацию.
Руководитель ПТО проверяет сложные или спорные решения.
Этап 05-07: после передачи в ПТО; раньше при нестандарте.
Договор и юридические рискиДоговор, реквизиты, протокол разногласий, доверенности, претензии.
Юрист заполняет и согласует юридический блок.
Менеджер передает вводные; руководство согласует критичные риски.
Обычно этап 04-05; сразу на этапе 02-03 при тендере, нестандартном договоре или риске.
Документы и вложенияФайлы клиента, КП, договор, счета, акты, переписка, архив.
Офис-менеджер поддерживает порядок и полноту документов.
Юрист проверяет договорные документы; финансы проверяют счета и акты.
С этапа 02 и до закрытия проекта.
1С / УПДУПД из 1С, связь с отгрузкой, СНТ/CMR, подписи, печати, сумма УПД.
Финансы / бухгалтерия загружает УПД из 1С; логистика/офис-менеджер привязывает к отгрузке и комплекту документов.
Операционный директор контролирует зависшие УПД; ПТО видит наличие и номера УПД без сумм и НДС.
Этап 10-12: после отгрузки и до финального закрытия проекта.
Производство / монтажПлан, факт, исполнитель, готовность, переносы, фото/отчеты.
Производство / монтаж фиксирует выполнение.
ПТО контролирует соответствие ТЗ; офис-менеджер контролирует сроки и задачи.
Этап 08: только после утвержденного ТЗ.
Закрытие / гарантияФинальный статус, документы, обратная связь, гарантийные обращения.
Сервис / менеджер продаж фиксирует итог и обращение клиента.
Офис-менеджер проверяет закрывающие документы; юрист подключается при претензии.
Этап 09: закрытие проекта и гарантийный период.

Карта процессов

Как начинается работа, кто участвует с нашей стороны и со стороны заказчика, какой результат нужен и какой следующий шаг.

Процессная цепочка
Процесс
Как начинается
Наша сторона
Сторона заказчика
Результат работы
Следующий шаг

Модели программы и ответственность за данные

Каждый этап привязан к сущностям текущей схемы: кто вносит данные, где они лежат и кто проверяет переход на следующий статус.

Карточка проекта / Договоры / Спецификации
Этап
Ответственный за ввод
Раздел программы
Что заполняется
Кто проверяет
Статус / переход

app.skgroup.kz

Center

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

users roles module_registry order status

sale.skgroup.kz

Sales

Модуль продажника: лиды, сделки, КП, предварительные расчеты и передача заказа в ПТО.

leads deals quotes send_to_pto

pto.skgroup.kz

PTO

Модуль ПТО: техническая проверка, спецификации, производственные параметры и согласования.

specification engineering approval production

@skgroup/contracts

Shared

Общий пакет типов, статусов, событий, прав, DTO и OpenAPI/JSON Schema.

contractVersion OpenAPI events

Auth / Roles

App-owned

Единая авторизация и права. Модули читают права, но источник прав остается в `app`.

SSO permissions tokens

Integration Events

Bus

События связывают модули без прямой записи в чужие таблицы.

sale.quote.approved pto.spec.approved

Deploy Guard

CI/CD

Проверяет manifest, версии, health endpoint и совместимость перед публикацией.

manifest health version guard

Conflict Zones

Risk

Опасные зоны: чужие таблицы, breaking API, дубли route, неизвестные права и разные статусы заказа.

DB ownership routes statuses