---
metadata:
  - name: generator
    content: Diplodoc Platform v5.63.4
style:
  - _style/main.css
vcsPath: wiki/wiki-case-rules.md
alternate:
  - href: https://help.curs24.online/wiki/wiki-case-rules.md
    type: text/markdown
    title: Markdown version
  - href: https://help.curs24.online/llms.txt
    rel: describedby
---
# Регламенты компании в одном месте

**Задача:** правила работы — как принимать заказ, кто согласует скидку, что обещать клиенту при переносе сроков — записаны, актуальны и доступны каждому сотруднику. Когда правило меняется, его правят в одном месте, и все сразу видят новую версию.

Без этого регламенты живут в трёх местах сразу: в старом документе на общем диске, в закреплённом сообщении в чате и в голове руководителя. Версии расходятся, сотрудник делает «как понял», а при разборе ошибки не на что сослаться.

## Как устроить базу

**Одна база «Регламенты», открытая всей компании.** Правила касаются всех, поэтому при создании базы выберите «Вся компания». Как создать базу, — на странице [«Создать и настроить базу знаний»](wiki-create.md).

**Править дайте одному-двум людям.** Всем остальным база и так видна для чтения. Добавьте в панели доступа лично тех, кто отвечает за регламенты, с уровнем «Редактирование». Когда правят все, регламент превращается в черновик, который каждый дописал под себя. Как выдать доступ, — на странице [«Доступ к базе знаний»](wiki-access.md).

**Одна страница — одно правило.** «Скидки и кто их согласует», «Перенос сроков и что обещать клиенту», «Рекламации и возвраты». Короткую страницу про одно правило можно отправить ссылкой в ответ на вопрос. Длинный «Регламент компании» на тридцать экранов никто не дочитает до нужного места.

Пример дерева:

- Как мы работаем с заказом
- Сроки реакции на заявку
- Предоплата и расчёты с клиентом
- Скидки и кто их согласует
- Документооборот и подписи
- Работа с персональными данными клиента
- Техника безопасности
- Дисциплина: опоздания, больничные, отпуска

![база «Регламенты»: дерево страниц и последние изменения](../_assets/images/wiki/case-rules.png)

## Как писать регламент, чтобы его выполняли

- **Заголовок — вопрос сотрудника.** «Кто согласует скидку больше 10 %», а не «Положение о скидках». По таким словам его найдут в поиске.
- **Сначала правило, потом объяснение.** Первой строкой — что делать. Почему так — ниже, для тех, кому интересно.
- **Шаги — нумерованным списком**, условия и суммы — таблицей. Как вставить эти блоки, — на странице [«Блоки редактора»](wiki-blocks.md).
- **Последствия — в выноске «Важно».** «Без подписи клиента на акте замера заказ в работу не принимается».
- **Бланки прикладывайте файлом прямо к правилу**: шаблон договора, акт, форма заявления. Как это сделать, — на странице [«Картинки, файлы и видео»](wiki-files.md).

## Как держать регламенты актуальными

**Правило изменилось — правьте страницу, а не пишите новую.** Ссылки на страницу уже разосланы, и они продолжат вести на актуальный текст.

**Сообщите об изменении ссылкой.** Скопируйте ссылку через меню «⋯» у заголовка и отправьте в рабочий чат с одной фразой, что поменялось. Как копировать ссылку, — на странице [«Как править страницу»](wiki-edit.md).

**Следите за «Что изменилось»** на главной странице базы: там видно, какое правило и кто правил последним. Если правку сделал не тот, кто отвечает за регламенты, стоит её проверить.

**Устаревшее не удаляйте сразу.** Удалённую страницу вернуть нельзя. Перенесите отменённое правило в раздел «Архив» в конце дерева.