Информационный отдел

1.1. Настоящий документ является Регламентом Информационного отдела Мастерской Смальта® и публикуется по адресу https://smalta.net/kontur/info/.

1.2. Регламент определяет работу от первого лида до передачи подтверждённой потребности Техническому отделу, приёмки результата, расчётов, архива или сопровождения.

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

1.4. Термины применяются по каноническому словарю Регламента Мастерской Смальта®. Первичное обращение может иметь технический тип «лид» в Панели управления, но в нормативном тексте называется первичным обращением.

2.1. Панель управления cp.smalta.net — рабочая CRM проект-менеджеров, тимлидов, Сотрудников и Партнёров.

2.2. Личный кабинет lk.smalta.net — единственная клиентская точка входа для проектов, задач, тикетов, документов, расчётов и согласований.

2.3. Сайт smalta.net хранит утверждённые публичные правила, услуги и тексты; Панель управления хранит операционные факты; Личный кабинет показывает Клиенту разрешённую проекцию этих фактов.

2.4. Телефон, почта и мессенджеры допустимы как каналы связи, но значимый результат разговора фиксируется в CRM или тикете.

3.1. Владелец Мастерской Смальта® утверждает правила, услуги, цены и исключения.

3.2. Проект-менеджер владеет клиентским процессом, качеством карточек CRM, сроками коммуникации, следующим шагом и приёмкой.

3.3. Тимлид подтверждает техническую оценку и результат. Информационный отдел не подменяет это подтверждение.

3.4. Сотрудник выполняет назначенную измеримую Задачу в своей области и предоставляет проверяемый результат.

3.5. Партнёр создаёт и ведёт только разрешённых ему Клиентов; не подтверждает техническую готовность и не принимает платежи Клиента от имени Мастерской Смальта®.

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

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

4.3. Первичная запись содержит потребность словами заявителя, желаемый результат, срочность, затронутый объект и ближайший согласованный шаг.

4.4. Обнаруженный домен, сайт или сервер не является Клиентом и не создаёт клиентскую карточку без подтверждённых отношений.

5.1. Проект-менеджер определяет Клиента, полномочия Контакта, предмет запроса, ожидаемый результат, ограничения, предварительный приоритет и полноту исходных данных.

5.2. Если запрос требует технической оценки, он передаётся Тимлиду без обещания цены, срока или готовности до получения подтверждения.

5.3. Неполный запрос получает перечень недостающих данных и статус ожидания; память сотрудника или переписка вне CRM не заменяют постановку.

5.4. Аварийный запрос немедленно передаётся Техническому отделу для стабилизации, а клиентская и коммерческая фиксация завершается после снятия угрозы.

6.1. Клиент — один человек или одна организация; Контакт — конкретный уполномоченный пользователь с индивидуальным доступом и подтверждёнными полномочиями.

6.2. У каждого активного Клиента есть подтверждённый Контакт с индивидуальным доступом в Личный кабинет и зафиксированными полномочиями.

6.3. До обработки данных фиксируются применимое правовое основание и, когда требуется, событие согласия с точной редакцией документа.

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

7.1. Принятая потребность связывается с Проектом, ответственным проект-менеджером, первым клиентским Этапом и ближайшей Задачей.

7.2. Передача содержит: проверенный контекст, желаемый результат, границу запроса, предварительный приоритет, ограничения, доступы или их владельца и критерий клиентской приёмки.

7.3. Технический отдел подтверждает или изменяет приоритет и возвращает оценку риска, состава, срока, зависимостей и коммерчески значимых ограничений. Причина изменения приоритета фиксируется.

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

8.1. Работа начинается после подтверждения объёма, цены и условий. Основанием является оплата, договор, подписка либо явно разрешённая отсрочка.

8.2. Предложение описывает решение и условия; смета — согласуемый состав и цену; договор — индивидуальные условия; счёт — требование оплаты по согласованному основанию.

8.3. Экстренная стабилизация может начаться до полного коммерческого оформления только для предотвращения ущерба; основание и режим расчёта фиксируются сразу после стабилизации.

8.4. CRM не подтверждает оплату самостоятельно: запись об оплате появляется только после факта банка, эквайринга или утверждённой учётной системы.

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

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

9.3. Информационный отдел сообщает только подтверждённые технические факты и переводит их на понятный Клиенту язык без раскрытия секретов и внутренних журналов.

9.4. Статус CRM меняется после события в реальности, а не вместо него.

10.1. Результат предъявляется Клиенту только после проверки и подтверждения Тимлидом либо уполномоченным Техническим отделом.

10.2. Клиент получает результат, критерий проверки, известные ограничения и понятный срок для замечаний, установленный договором или предложением.

10.3. Замечание связывается с исходной задачей либо новой согласованной работой; оно не теряется в чате и не закрывается без ответа.

10.4. Статус «Готов» устанавливается после подтверждённого результата и отсутствия незакрытого обязательного хвоста.

10.5. Техническая проверка Тимлидом, клиентская приёмка и юридическое закрытие актом или УПД являются разными фактами и фиксируются отдельно.

11.1. Счёт, оплата, акт или УПД, корректировка и возврат являются разными фактами и не подменяют друг друга.

11.2. Подписанные оригиналы хранятся в утверждённом ЭДО; CRM хранит номер, дату, статус и ссылку без секретов.

11.3. Разовый Проект после приёмки и расчётов переводится в архив. Продолжающаяся поддержка ведётся отдельным активным Проектом сопровождения.

11.4. Перед архивом проверяются открытые задачи, тикеты, документы, расчёты, доступы, обязательства и следующий режим обслуживания.

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

12.2. Общие правила закреплены в Регламенте Мастерской Смальта®, технический цикл — в Регламенте Технического отдела.

12.3. Условия услуг определяются Публичной офертой; полный комплект источников опубликован в разделе «Юридический контур».