Обновлены заявки на закуп замков в Китае18.06.2026 13:11
Создано: 0. Обновлено: 6. Удалено: 0
СистемаЖизненный цикл заказа
От первого обращения до закрытия и гарантии: кто отвечает, что делает и какие данные вносит.
Ответственность в карточке проекта
Кто подключается на каком этапе, какие разделы проекта заполняет, проверяет и согласует.
Раздел карточки проекта
Кто заполняет
Кто проверяет / согласует
Когда подключается
Клиент и контактКонтакты, объект, источник, история общения.
Менеджер продаж вносит первичные данные.
Офис-менеджер проверяет полноту и аккуратность карточки.
Этап 01-02: лид и квалификация.
Коммерция и КПСостав, цена, скидка, условия оплаты, версия КП.
Менеджер продаж готовит КП и условия.
РОП согласует скидки и нестандартные условия; финансы проверяют оплату.
Этап 03-04: расчет и согласование.
Техническая частьРазмеры, материалы, спецификация, ограничения, замечания.
Инженер ПТО заполняет ТЗ и спецификацию.
Руководитель ПТО проверяет сложные или спорные решения.
Этап 05-07: после передачи в ПТО; раньше при нестандарте.
Договор и юридические рискиДоговор, реквизиты, протокол разногласий, доверенности, претензии.
Юрист заполняет и согласует юридический блок.
Менеджер передает вводные; руководство согласует критичные риски.
Обычно этап 04-05; сразу на этапе 02-03 при тендере, нестандартном договоре или риске.
Документы и вложенияФайлы клиента, КП, договор, счета, акты, переписка, архив.
Офис-менеджер поддерживает порядок и полноту документов.
Юрист проверяет договорные документы; финансы проверяют счета и акты.
С этапа 02 и до закрытия проекта.
1С / УПДУПД из 1С, связь с отгрузкой, СНТ/CMR, подписи, печати, сумма УПД.
Финансы / бухгалтерия загружает УПД из 1С; логистика/офис-менеджер привязывает к отгрузке и комплекту документов.
Операционный директор контролирует зависшие УПД; ПТО видит наличие и номера УПД без сумм и НДС.
Этап 10-12: после отгрузки и до финального закрытия проекта.
Производство / монтажПлан, факт, исполнитель, готовность, переносы, фото/отчеты.
Производство / монтаж фиксирует выполнение.
ПТО контролирует соответствие ТЗ; офис-менеджер контролирует сроки и задачи.
Этап 08: только после утвержденного ТЗ.
Закрытие / гарантияФинальный статус, документы, обратная связь, гарантийные обращения.
Сервис / менеджер продаж фиксирует итог и обращение клиента.
Офис-менеджер проверяет закрывающие документы; юрист подключается при претензии.
Этап 09: закрытие проекта и гарантийный период.
Карта процессов
Как начинается работа, кто участвует с нашей стороны и со стороны заказчика, какой результат нужен и какой следующий шаг.
Процесс
Как начинается
Наша сторона
Сторона заказчика
Результат работы
Следующий шаг
Модели программы и ответственность за данные
Каждый этап привязан к сущностям текущей схемы: кто вносит данные, где они лежат и кто проверяет переход на следующий статус.
Этап
Ответственный за ввод
Раздел программы
Что заполняется
Кто проверяет
Статус / переход
Где загружаются данные проекта
Карта показывает, в какой программе вносится каждый тип данных, кто отвечает за ввод и какой следующий шаг должен появиться в карточке проекта.
Что загружаем
Где вносится
Кто отвечает
Поля в программе
Следующий шаг
Тарих Е
Карточка проекта
0% готовности
0 задач открыто
Создайте следующую задачуЗапланируйте следующий шаг, чтобы проект не остановился
Обновлены заявки на закуп замков в Китае18.06.2026 12:55
Создано: 0. Обновлено: 6. Удалено: 0
СистемаОбновлены заявки на закуп замков в Китае18.06.2026 12:52
Создано: 0. Обновлено: 6. Удалено: 0
СистемаЧек-лист проекта по этапам
Каждый пункт показывает, какие данные нужно заполнить, кто отвечает за ввод, кто проверяет результат и что требуется для перехода дальше.
Готовность проекта
0 из 0
Этап проекта
Типовая карточка проекта
Макет показывает, какие поля есть в карточке проекта, из какой программы их можно заполнять и кто отвечает за корректность данных.
sale.skgroup.kz
Заполняет клиента, объект, КП, коммерческие условия и передачу в ПТО.
pto.skgroup.kz
Заполняет ТЗ, спецификации, позиции, размеры, параметры и статусы ПТО.
app.skgroup.kz
Ведет материнскую карточку: договоры, документы, финансы, отгрузки, статусы и закрытие.
1С / УПД
Загружает и сверяет УПД, СНТ/CMR, суммы, подписи, печати и связь с отгрузкой.
Поля в шаблоне
Показаны все поля карточки
Выбранная роль
Все участники проекта
Заполняет поля
Выберите роль, чтобы увидеть её обязательные поля.
Проверяет поля
Для каждого поля ниже указан отдельный проверяющий.
Макет карточки проекта
Пустой шаблон для создания проекта. Поля сгруппированы так, как сотрудник будет видеть их в рабочей карточке.
Новый
В работе
Спецификация загружена
УПД получен
Присваивается автоматически
Заполняет: система
Введите понятное рабочее название
Заполняет: менеджер продаж
Выберите этап процесса
Заполняет: система по результату этапа
Выберите сотрудника
Назначает: РОП
Выберите куратора
Назначает: операционный директор
Укажите дату
Заполняет: ответственный текущего этапа
Основные данные
Продажи и КП
Договор и документы
ПТО и спецификация
Исполнение и отгрузки
Финансы
1С / УПД
Закрытие и контроль
Действие
Решение / контроль
Заказчик / результат
Ответственная роль
Программа
Документ / данные
Выбранный этап
01. Создать лид и карточку заказчика
Ответственный
Менеджер продаж
Участники и вход
Запрос заказчика и исходные данные
Что должно получиться
Карточка лида и единая информация о заказчике
Перед переходом дальше
Проверить обязательные контакты и отсутствие дублей
Где фиксируется
sale.skgroup.kz / app.skgroup.kz
Схема бизнес-процессов и конфликтов
Сравнение рабочего регламента компании с тем, что сейчас разрешают роли, статусы и разделы программы.
Статус проекта должен быть результатом проверки
В программе есть общий список стадий от лида до закрытия; переходы нужно связать с обязательными данными этапа.
УПД и CMR - критический контроль
Перед закрытием проекта должен быть проверен комплект документов отгрузки: УПД, CMR, СНТ и косвенный налог.
Владелец данных один
Продажи, ПТО, логистика и офис должны менять чужие данные только через понятный этап и контрольную точку.
Операционный директор видит расхождения
Карта показывает, где программа может разрешить действие раньше, чем бизнес-процесс должен его разрешить.
Сквозной процесс: как должно быть и где возможен конфликт
Каждая строка связывает этап, нашу роль, сторону заказчика, модуль программы, риск и необходимое правило.
01. Лид и заказчикМенеджер продаж фиксирует клиента, объект, ЛПР, контактные лица и потребность.Высокий
Источник правды по заказчику должен быть один; со стороны клиента участвуют ЛПР, снабжение, техслужба или генподрядчик.
sale.skgroup.kz стартует лид и сделку, app.skgroup.kz хранит проекты, заказчика и справочники.
Если sale и app независимо меняют заказчика, объект или ЛПР, в проекте появляются разные версии одной карточки.
Назначить app владельцем карточки клиента/объекта, а sale должен создавать и обновлять эти данные через API владельца.
02. КП и расчетМенеджер готовит КП, РОП контролирует цену, скидку, маржу и валюту.Высокий
До передачи дальше должны быть понятны сумма договора, валюта, НДС, состав поставки и условия оплаты.
В статусах есть Согласование цены, КП отправлено, Переговоры; права sales.approve есть у РОП/админа.
Проект можно двигать дальше по статусу, даже если расчет, маржа или валюта не прошли обязательную проверку.
Сделать блокер перехода в договор/ПТО без КП, суммы, валюты, маржи, ответственного менеджера и подтверждения РОП при отклонениях.
03. Договор и юристЮрист подключается при договоре, тендере, нестандартных условиях и претензиях.Высокий
Договор должен перейти к оплате/заказу только после юридического статуса и понятного комплекта документов.
У юриста есть legal.documents.manage, но у менеджера, ПТО и ряда ролей есть общее documents.write.
Документ могут загрузить в проект без отдельного юридического решения, и программа не всегда отличает загрузку от согласования.
Разделить загрузку файла и юридическое согласование: статус договора меняет юрист или правило после legalStatus = Проверено.
04. Передача в ПТОМенеджер передает полный комплект, ПТО принимает только проверенный вход.Критично
До ПТО должны быть заказчик, объект, адрес, тип дверей, КП/условия, договор или основание работ, файлы и сроки.
Есть стадия Передано в ПТО и права specifications.write у инженера ПТО.
Если нет обязательного чеклиста передачи, ПТО начинает работу с неполными данными и возвращает проект назад вручную.
Сделать обязательный handoff-checklist: без заполнения ключевых полей статус Передано в ПТО не ставится.
05. ПТО и спецификацияИнженер ПТО отвечает за техническую часть, позиции, спецификацию и замечания.Критично
ПТО не должен владеть коммерческими условиями, юридическим решением и документами отгрузки.
У pto_engineer есть specifications.write, но также видны documents.write, shipments.write, procurement.write.
Роль ПТО технически может заходить в зоны документов, отгрузок и закупа шире, чем ее бизнес-ответственность.
Сузить права или добавить ограничения по разделам: ПТО пишет спецификации и техдокументы, но не подтверждает УПД/CMR и не закрывает отгрузку.
06. Закуп и производствоЗакуп, обеспечение и завод запускаются после утвержденной спецификации и условий оплаты.Высокий
В работу должны уходить только согласованные позиции с понятным количеством, себестоимостью, поставщиком и сроком.
В программе есть factory.write, procurement.write, статусы Завод: Заявка, В заказе, В производстве, Готова, Проблема.
Проект может оказаться в производстве без жесткой связи с утвержденной спецификацией, предоплатой или закупочным основанием.
Перед статусами Заказ размещен/Производство проверять спецификацию, предоплату, закупочную заявку и ответственного снабжения.
07. Отгрузка и документыЛогист отвечает за рейс, офис отвечает за комплект документов отгрузки.Критично
Логистика планирует машину, водитель/перевозчик везет товар, заказчик подтверждает приемку и оригиналы.
Функция canReviewShipmentDocuments разрешает проверку не только shipment.documents.review, но и shipments.write.
Роли с правом писать отгрузки могут попасть в критичный контроль УПД/CMR, хотя это должен вести офис или выделенный контролер документов.
Разделить права: shipments.write = рейсы и логистика, shipment.documents.review = УПД/CMR/оригиналы/контроль документов.
08. УПД / 1С / СНТОфис и ответственный контроль документов сверяют УПД, CMR, СНТ и косвенный налог.Критично
До закрытия проекта должны быть номер УПД, файл УПД, CMR, статус проверки, СНТ и контроль косвенного налога.
В коде есть documentReview, sntControl, indirectTax, manual-upd-card и импорт/восстановление через 1С/Drive.
Если статус проекта Закрыто не зависит от Проверено по документам, долг и закрывающие могут разойтись с фактическим комплектом.
Сделать УПД gate перед Отгружен/Сдача объекта/Закрыто: без Проверено проект остается в проблемных позициях.
09. Монтаж, сдача, гарантияМонтаж закрывает работы, офис и финансы закрывают документы и оплаты.Высокий
Заказчик подписывает сдачу, фиксируются замечания, гарантийные задачи и претензии отдельно видит юрист.
Есть статусы Монтаж, Сдача объекта, Гарантия, Закрыто и модуль installations.
Если закрытие статуса не связано с оплатой, актами, УПД и гарантийной задачей, проект закрывается раньше реального завершения.
Добавить checklist закрытия: оплата, УПД/CMR, акты, монтажные замечания, гарантия/претензии, ответственный за архив.
10. Контроль регламентаОперационный директор видит, где процесс остановился и кто владелец следующего действия.Высокий
Любой этап должен иметь вход, владельца, участника заказчика, результат и следующий шаг.
Карта процессов пока статическая, а программа хранит статусы, права, задачи, документы, отгрузки и монтаж отдельно.
Без единого контрольного слоя программа показывает данные, но не всегда объясняет, кто обязан выполнить следующий шаг.
Превратить эту карту в набор правил: stage gate, обязательные поля, владелец действия, SLA и уведомление ответственному.
Матрица ролей: бизнес-ответственность и текущие права
Эти строки показывают, где права программы могут быть шире или уже, чем фактическая зона ответственности сотрудника.
Менеджер продажКлиент, КП, условия сделки, передача в ПТО.
Должен владеть коммерческими данными до передачи в ПТО и не утверждать юридический результат за юриста.
projects.write, contracts.write, documents.write.
Разделить загрузку договора и юридическое согласование; передача в ПТО только после чеклиста.
РОПЦена, маржа, скидка, качество сделки.
Должен блокировать рискованные КП и контролировать отклонения от маржи.
sales.approve, sales.manage, projects.write.
Проверить, что без подтверждения РОП нельзя перейти к договору при скидке/низкой марже.
Инженер ПТОТехническая спецификация и замечания.
Не должен подтверждать отгрузочные документы, коммерческие условия и юридический статус.
specifications.write, но также documents.write, shipments.write, procurement.write.
Проверить лишние права: оставить техдокументы и спецификации, ограничить отгрузки/УПД/закуп.
ЮристДоговоры, тендеры, нестандартные условия, претензии.
Должен давать юридический статус, без которого договор не считается согласованным.
legal.documents.manage, documents.write, projects.read.
Добавить обязательный legalStatus для договора и претензий; показать его в карточке проекта.
Офис-менеджерУПД, CMR, оригиналы, комплект документов и чистота карточки.
Должен контролировать документы, но не менять техническую спецификацию или коммерческие условия.
shipment.documents.review, documents.write, shipments.read.
Это правильная зона контроля; важно убрать обход через shipments.write у других ролей.
ЛогистМашины, рейсы, перевозчики, статусы доставки.
Должен планировать и обновлять рейс, но не закрывать документальный контроль УПД/CMR.
shipments.write, logistics.manage, installations.write, documents.write.
Разделить логистический статус и проверку документов; canReviewShipmentDocuments не должен опираться на shipments.write.
Обеспечение проектовЗакуп, склад, поставка, контроль сроков и себестоимости.
Должно запускаться после утвержденной спецификации и понятной оплаты/условий поставки.
procurement.write, warehouse.write, shipments.write, shipment.documents.review.
Отдельно зафиксировать: кто может менять закуп, кто подтверждает документы, кто отвечает за остатки.
Операционный директорКонтроль выполнения процесса и конфликтных зон.
Должен видеть все этапы, просрочки, владельцев следующего шага и исключения из регламента.
projects.write, shipments.write, installations.write, feedback.manage.
Широкие права нужны для контроля, но операционные действия должны иметь аудит и причину изменения.
app.skgroup.kz
CenterМатеринская программа: авторизация, роли, общие статусы, реестр модулей и контроль совместимости.
sale.skgroup.kz
SalesМодуль продажника: лиды, сделки, КП, предварительные расчеты и передача заказа в ПТО.
pto.skgroup.kz
PTOМодуль ПТО: техническая проверка, спецификации, производственные параметры и согласования.
@skgroup/contracts
SharedОбщий пакет типов, статусов, событий, прав, DTO и OpenAPI/JSON Schema.
Auth / Roles
App-ownedЕдиная авторизация и права. Модули читают права, но источник прав остается в `app`.
Integration Events
BusСобытия связывают модули без прямой записи в чужие таблицы.
Deploy Guard
CI/CDПроверяет manifest, версии, health endpoint и совместимость перед публикацией.
Conflict Zones
RiskОпасные зоны: чужие таблицы, breaking API, дубли route, неизвестные права и разные статусы заказа.